Куда катится индустрия этого вашего программиирования?!

KISS забыт, в миллионах строк кода никто даже не пытается разобраться, обмазались абстракциями и сидят довольные, процессорное время жгут.

Как Боженька смолвил

Роботы из бостон динамикс калинку танцуют, людей протезируют, любая домохозяйка способна жрать процессорное время, а вы все недовольны, пикселей вам мало, крутоты недостаточно, мало поцелуев и кисс забыт. Старческая бубнежка как есть.

Роботы из бостон динамикс калинку танцуют, людей протезируют

Это конечно хорошо, но причём тут ИТ? Это всё чисто (био)инженерные заслуги.

любая домохозяйка способна жрать процессорное время

Вот это сомнительное достижение

Старческая бубнежка как есть.

Ага, ты меня раскрыл. Пишу на ЛОР, сидя в очереди в собесе

но причём тут ИТ?

Ну так алгоритмы управления с обратной связью.

рассвет прогрессивного ит.

Да, всякие лайфхаки типа «замыкания» в JS, потому что области видимости не завезли, или фетиш на функциональщину в нём же, потому что иначе совсем write-only код получается...

Пока агрессия только от тебя.

вот ведь же как бывает)))))))))))) позитивный лор! это звучит как проститутка- девственница)))))))))))) да просто у всех уже накипело видимо. и профессиональные провокаторы и жополизы решили вдруг примерить на себя образ неконфликтных форумчан. ну может быть кто-то и поверит а те кто тут не первый день только подавят в себе отвращение к происходящему. может вдруг вас заинтересует у кого накипело, почему накипело и тд. так вот я еще помню времена когда некоторые личности хвастались как они умело подрезают крылья новичкам... что это значит я могу только догадываться но в те дни банили в день по 5-6 человек. щас я эту свиноту тут не вижу, может и есть под другим ником точно не знаю. Так вот откуда взяться позитиву? можно конечно же притворятся как это делаете вы на протяжении уже долгого времени. И вот вопрос ко всем

 К чему это привело? 

Это конечно хорошо, но причём тут ИТ? Это всё чисто (био)инженерные заслуги

все развитие происходит на стыках между областями, нет развития вне целей применения. Не было бы смысла вообще что-то исследовать и развивать если бы у этого чего-то не было какой-то конкретной цели для применения. История знает не мало случаев, когда что-то было открыто случайно, но тем не менее этому случайному открытию довольно быстро находилась практическая применимость. Резюмируя, можете ли вы сказать что ИТ точно совсем не причем в вопросах роботизации, т.е. по вашему там чистая механика в виде инженерной мысли, биотехнологии, и волшебство?

Вот это сомнительное достижение

Старческий бубнеж, снобизм и нежелание делиться игрушками.

Все хорошо с ИТ, все развивается, становится ближе к более широкой аудитории, теоретические наработки 50 и 70 летней давности находят все новые и новые практические воплощения, аппаратная индустрия наращивает вычислительные возможности, что делает возможным то, что было невозможно 10-20 лет назад. Появляются новые программные продукты делающие жизнь проще. В общем то, очередь мне там займите в собесе по-братски.

Это дизайн языка, а чтобы уж точно поставить все точки над i, это его философия, никто не виноват что вы привыкли к другому дизайну, теперь то после философии у вас точно не будет никаких козырей.п

его философия

Я же написал,

лайфхаки

т.к.

рассвет прогрессивного ит.

привыкли к другому дизайну

Ну так дизайн мало отличается от Macro ASM, разве что от адресов памяти отвязали и объектов завезли.

Лайфхаки/макросы как прогресс.
И это не я привык, это прогрессивные программисты так привыкли, что тащат концепции других языков в свои «лайфхаки», называя их паттернами.

Дислекси́я (от др.-греч. δυσ- — приставка, означающая нарушение, и λέξις — «речь») — избирательное нарушение способности к овладению навыками чтения и письма при сохранении общей способности к обучению.

Это относится к тебе, а то что зачёркнуто к тебе не относится.

Что сказать-то хотел?

Кто первый начал бубнить, тот и привык, это же очевидно, а можно было просто идти в ногу со временем и прогрессом.

Проблема в том, что те, кто десять лет назад шёл в ногу с прогрессом остались не удел со своими тогдашними новыми технологиями, а вот те, кто за прогрессом не спешил, ничего не потеряли.

Дебилизм(от греческого debilus --приставка de)- организм не способный понимать ни писменную ни устную речь. во всем видится ему

Дислекси́я

также все что не зачеркнуто все относится к тебе

тут надо говорить конкретно что за технологии, зачастую новые строятся на базе старых, если старые были достаточно фундаментальные. В любом случае знание истории развития и опыт с предыдущими технологиями никогда не будет лишним.

Не могу согласиться что тот кто раньше вошел в ит что-то потерял, ну разве что годы жизни и здоровье, но молодых ждет все тоже самое :)

Ты тему не переводи, ответь за заданный вопрос - да или нет.

Абстрактный пример: 2010 год, физики лет 45 и старше сидят на FORTRAN 77 и в ус не дуют, а молодёжь лет 25 призывает всех перейти на питон и пишет свои поделки (как попало), делает дофига работы для обвязок над старыми библиотеками ну или переписывают их заново.

Проходит восемь лет. Старпёры как сидели на FORTRAN 77, так и сидят, пишут статейки и попивают винцо где-нибудь в Италии, а бывшая молодёжь переписывает свои поделки на третий питон (и хорошо если переписывает, а то вообще легаси тянет на CentOS 7 до последнего).

плюсую, все верно

и хорошо если переписывает

Бывшая молодежь по «моде» переписывает, а не по реальной нужде. Тут нет какого-то противопоставления. Для их задач хватает и фортрана. Ну и даже если они и переписывают, это не обесценивает их знаний по питону, скорее вносит в них коррективы для того чтобы соответствовать актуальному релизу.

код ради кода, отличное времяпрепровождение для физика :)

вы просто обязаны взять и все бросить. потому что все что вы делаете ведет только к разрушению. что тут не понятно тебе? все сказано. вы не инженеры и не программисты, вы коммерсанты. после вас нужны годы чтобы выгрести дерьмо за вами, а вернуть людям веру в лучшее теперь просто невозможно. И САМОЕ ГЛАВНОЕ ЧТО ДОЛЖЕН ПОНИМАТЬ КАЖДЫЙ. ПРАВ НА ЛИНУКС У КАЖДОГО РОВНО СТОЛЬКО, СКОЛЬКО СТРОК ОН НАПИСАЛ. поэтому господину торвальду с его 15 строчками не стоит так сильно верить в себя в хозяина и отдавать(продавать) детище тысяч в руки ублюдков которые покупают для того чтобы уничтожить. и вобще ты не туда вопросы задаешь. я деньги на линукс не зарабатываю.

каждый сходит с ума по-своему, возможно это такие физики, которым больше нравится программировать чем заниматься физикой.

А как тебе такое?: 20 лет назад студенты с грустью смотрели на скорость сборки «hello world» на C++ по сравнению с Turbo Pascal. Сейчас у них отвисает челюсть от медлительности сборки «hello world» на Rust по сравнению с C++.

Абстрактный пример: 20 лет назад социологи сидели на SPSS...

А теперь python, да.

наброс, потому что хеллоу ворлды собираются быстро на любом из перечисленных, и два последних все-таки предоставляют возможностей немного побольше чем первый который в принципе не выжил. Опять же, чтобы их как-то корректно сравнивать, последний вообще опадает, его не было во времена турбопаскаля, а с++ и турбопаскаль можно сравнить на билдах тех лет, с теми операционными системами. Казалось бы освоение вычислительных мощностей сколько не дай выглядит как будто все становится хуже, но на самом деле все становится удобней и более функциональней. Попишите в иде турбопаскаля после современной, в условиях современных запросов к разработке и инструментарию, я на вас посмотрю.

20 лет назад студенты с грустью смотрели на скорость сборки «hello world» на C++ по сравнению с Turbo Pascal.

Проверил сейчас. Паскаль всё ещё быстрее :(

Measure-Command {fpc main.pas}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 0
Milliseconds      : 160
Ticks             : 1607480
TotalDays         : 1,86050925925926E-06
TotalHours        : 4,46522222222222E-05
TotalMinutes      : 0,00267913333333333
TotalSeconds      : 0,160748
TotalMilliseconds : 160,748

$ type main.pas
begin
    writeln('Hello, World!');
end.

Measure-Command {cl /std:c++latest /EHsc /experimental:module /MD /nologo main.cpp}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 0
Milliseconds      : 240
Ticks             : 2405727
TotalDays         : 2,78440625E-06
TotalHours        : 6,682575E-05
TotalMinutes      : 0,004009545
TotalSeconds      : 0,2405727
TotalMilliseconds : 240,5727

type main.cpp
import std.core;

int main() {
    std::cout << "Hello, World!\n";
}

Measure-Command {rustc main.rs}


Days              : 0
Hours             : 0
Minutes           : 0
Seconds           : 0
Milliseconds      : 541
Ticks             : 5412189
TotalDays         : 6,26410763888889E-06
TotalHours        : 0,000150338583333333
TotalMinutes      : 0,009020315
TotalSeconds      : 0,5412189
TotalMilliseconds : 541,2189

$ type main.rs
fn main() {
    println!("Hello, World!");
}

все срочно каемся и переходим на фпц

все срочно каемся и переходим на фпц

просто в С++ теперь есть модули(как и в Pascal и Rust, так что все 3 языка с модулями, и без include) и Visual C++ в последние несколько лет несколько раз заявлял об ускорении компиляции…

Но всё же пока «Hello, World» компилируется медленнее чем в Паскале :(

Но всё же пока «Hello, World» компилируется медленнее чем в Паскале :(

Главное, шоб бегало быстро.

Попишите в иде турбопаскаля после современной

Ну вот vim от vi не сильно ушёл (хотя, конечно, удобнее). Но если архитектура программы сносная и без диких портянок, то можно и на vi кодить (а вот насчёт ed не уверен).

Так что в турбопаскалевской IDE можно и не писать, если уже есть выучка использовать нормальные инструменты для кодинга. А даже если и писать там, то разве что про F2 надо не забывать перед запуском:)

в условиях современных запросов к разработке и инструментарию, я на вас посмотрю.

В рамках ликвидации безграмотности: что за запросы такие, где нужно тащить целую IDE? Я вот тут пару дней назад одной барышне помогал график построить в какой-то там IDE с питоном на винде. Так от TP IDE та не сильно и ушла: та же F5 теперь просто зелёная кнопочка Play, ну плюс ещё отдельное окошечко с консольным выхлопом (но по-моему в TP тоже что-то похожее можно было настроить). А, ну ещё там был восклицательный знак у numpy, дескать этот модуль не используется в скрипте… Так в чём профит?

Хоть не на матлабе — и на том спасибо.

Главное, шоб бегало быстро.

Не всем важно.

Иначе бы не писали на скриптовых языках.

Или не релизили бы дебажные билды. Сейчас не вспомню, но я читал что какая-то игра, возможно Command & Conquer, выпустилась с дебажным билдом. Так как у них были баги, и в отладочной сборке они не проявлялись.

И знаю некоторый российский софт, который тоже поставляется в отладочной сборке именно из-за багов.

Так что если ваша программа собрана с максимальным уровнем оптимизации и она работает, то вы уже лучше чем часть профессиональных программистов, которым это сделать не удалось :)

Так как у них были баги, и в отладочной сборке они не проявлялись

Признак multithread. У меня с ним другое веселье: спокойно работает на slackware-current с gcc 11 и валится на CentOS 7 с gcc 10 при создании эрмитовской матрицы 50x50 на стеке (использую Eigen). Пытался убежать от сегфолтов за счёт аллокации на стеке вместо кучи, но плюсовые сегфолты были быстрее. А в singlethread создаёт нормально, если ulimit -s настроить правильно. Так что выходит, что проще писать singlethread и фигачить на кластер джобы, нежели думать как распилить стек между тредами.

А так без -O3 увы, жизнь не мила, с нашими-то оптеронами 12-летней давности на кластере.

вим куда более настраиваемый чем иде турбопаскаля, и со всеми удобствами он тоже не легок для пк, от этого никуда не деться.

запросы такие же как и везде, все хотят поддержку всего в своих иде, чтобы и цсв работало и с бд и профилировщик и дебагер и подсвечивало и автодополняло все на свете, желательно чтобы еще и репл режим был если он поддерживается языком, плагин для регексп чтобы удобненько их набрасывать и сразу тестировать не в самом коде, также неплохо чтобы там был файловый менеджер и рефакторинг до кучи, можете сами продолжать список, когда вы все это соберете в виме он будет жрать так же как и иде. Ах да если еще и веб, то желательно в том же окне и встроенный браузер. Забыл опять же про поддержку различных систем сборки, доставки, развертывания приложение, линтеры всякие, санитайзеры, все всё это хотят интегрированным в иде.

Опять же если софт около уишный еще и дизайнеры с возможностью правки этого дизайна в виде структурированного текста. Короче можно постоянно что-то тут добавить еще.

А зачем тащить всё в иде, ежели это всё отдельные друг от друга задачи? Какой-то плохой Unix way получается.

Это они nvcc еще не пробовали…

Unix way остался в теплом ламповом прошлом, когда деревья были выше, трава зеленее, после логина люди писали в терминале startx и за почтой ходили по ssh на почтовый сервер.

Иначе бы не писали на скриптовых языках.

скриптовым языкам скриптовое, плюсам плюсовое.

Так что если ваша программа собрана с максимальным уровнем оптимизации и она работает

Я обычно так и пишу, в дебаг иду тока если она не работает. Но в дебаге уж больно долго результатов ждать…

после логина люди писали в терминале startx

Я так и делаю…

вы либо запускаете все по отдельности либо все вместе, разницы никакой, кроме того, что когда все вместе не надо приседать, все под рукой. Не секрет, что можно бы было это делать и раздельно, но это не особо удобно, было бы удобно, никто эти плагины на вим бы не писал.

В три часа ночи я вспоминаю что был такой файлик ~/.Xauthority — видать когда ОС вставала на старые настройки че то пошло не так. Сношу ~/.Xauthority - бинго! Работает

так же помни, что если ты нуб - ставь всё с нуля начисто и не выёживайся! никаких «у меня /home отдельно сто лет лежит, мхом поросший» в твоём дремучем случае

ребята которые это все пилят, вам не кажется что вы очень неправы?

нет, это ты не прав, что не изучил рабочий инструмент

Так если бы абстракции крутые делали. По типу юникса - одна либа - делает хорошо одну высокоуровневую штуку. Но нет, обычно комбайн сразу, чтобы на все случаи жизни и ещё чуть-чуть сверху было.

Удобство — субъективная штука. Чтобы нормально все эти вещи использовать в ide надо настроить или выучить дефолтные шорткаты (не мышой же возить, правда? Я в кваку плохо играл, пиксельной точности не выучен.) Тогда как в консольке руки уже помнят что куда писать если надо.

Согласен, ладно скажу иначе, меньше телодвижений для одинакового результата, нет нужды переключаться между инструментами для того чтобы проделать все тоже самое, все в одном окне. Чего-то похожего с разными инструментами можно достигнуть используя тайлинг, но это еще раз доказывает что каким бы субъективным удобство ни было, так просто эффективней и быстрей. Про мышку есть хоткеи. Ну и с тайлингом без дополнительной работы все равно не будет такой тесной интеграции всего в одну рабочую область. Все среды для разработки превращаются в комбайны.

То есть по-существу единственное преимущество: тесная интеграция, я так понимаю? Но это дело вкуса. Плюс беда IDE в том, что их не особо позапускаешь по ssh, дабы потестить код на боевом кластере, тем более если расстояние между моим терминалом и кластером ~10 тысяч километров.

bash тоже среда разработки, причем очень хорошо расширяемая и переносимая;-)

У меня подавляющая часть коллег работает в виме, один я на имаксе остался. И это жужужу не спроста.

Удобство — субъективная штука. Чтобы нормально все эти вещи использовать в ide надо настроить или выучить дефолтные шорткаты (не мышой же возить, правда? Я в кваку плохо играл, пиксельной точности не выучен.) Тогда как в консольке руки уже помнят что куда писать если надо.

Удобство IDE не в шорткатах, а в том, что я открываю древнючее 30-летнее legacy, в котором накопился миллион строк кода, и могу в нём перейти от определения функции/метода к любому из мест использования (причём с пониманием, что это именно место использования, а не какой-то примитивный grep, который покажет, например, такие же имена методов, но других классов), и обратно. Или смогу переименовать говноименованную глобальную переменную i на что-нибудь типа cosmicBosonsCounter.

А чтобы не учить в каждой IDE шоткаты, я везде использую эмуляцию vim, которая где-то лучше сделана, где-то хуже (в QtCreator плохо, в IntelliJ средах почти идеально).

То есть по-существу единственное преимущество: тесная интеграция, я так понимаю? Но это дело вкуса. Плюс беда IDE в том, что их не особо позапускаешь по ssh, дабы потестить код на боевом кластере, тем более если расстояние между моим терминалом и кластером ~10 тысяч километров.

На боевых кластерах напрямую код уже никто не запускает и не тестирует. Но если сильно нужно, то в тех же IDE есть и поддержка удалённого редактирования и даже удалённые отладчики.

Да и в любом случае, даже когда я что-то руками менял в проде (уже минимум три года не менял таким образом), то обычно мне не нужны все возможности IDE в таком случае, а поправить 1-2 строки, и vi/vim, которые есть везде, в таком случае достаточно.

У меня счастье в том, что не такое уж и древнючее 30-летнее legacy на F77 я спокойно открывают в emacs, ибо там нет никаких классов и grep’а хватает. К моему опять же счастью в этом самом легаси (почти) нет GOTO, и названия переменных с комментариями на польском, что со скрипом русскому мозгу с помощью гугла можно понять.

а поправить 1-2 строки, и vi/vim, которые есть везде, в таком случае достаточно.

Но их надо хотя бы знать. Дефолтные настройки IDE учат другим привычкам.

Ну и уметь запускать gdb --args и писать руками Makefile тоже надо бы, хотя бы раз в жизни.

Конечно, у всех разные проекты и требования и стиль работы.

Мне просто нравятся IDE, потому что берут много рутинных задач на себя. И с не рутинными часто справляются лучше, чем vim и Emacs.

Да и для F77 наверное не существуют IDE (последний раз трогал фортран школьником, тогда уже были для него какие-то IDE, но по нынешним меркам это скорее продвинутые редакторы, наверное).

Просто я сам ещё 10-12 лет назад хейтил IDE, но когда начал пользоваться IDE от JetBrains, просто не смог заставить себя вернуться на Emacs (а потом и на vim/эмуляцию vim перешел по паре причин - туннельный синдром и эмуляция во всех редакторах/IDE).