Shub
так ведь конструктор - это же тоже инженер?
Shub
то есть, я не спорю насчет полезности знаний
Ayrat
Shub
тоже, да.
ну и как же он так? он же тоже должен знать материаловедение, химию, теорию обработки металлов, физику, сопромат блять
Ayrat
Shub
ну об этом и речь
Shub
ньюанс в том, что подготовка общая и фундаментальная, а исполняемые обязанности очень узкие и определяются конкретным контекстом, где надо работать
Ayrat
ну так тебе надо всё в голове держать чтобы не накосячить. Это ж блять не хуяк в продакшн
Shub
иначе б не было всех этих кретинов, за 5 лет добирающихся до мастера цеха или даже главного инженера
Ayrat
материться я кстати на заводе начал, там никуда
Vasiliy
@vshapenko https://dtf.ru/games/42056
x
Shub
и много чего покупает у других компаний
Shub
Ayrat
боинг много чего отдает на аутсорс
почти всё на самом деле.
У них завод в Сиетле щас только собирает ГОТОВОЕ. Типа им привозят на поездах/самолётах фюзеляжи, крылья, кабины, они только готовые ассембли вместе стыкуют и интерьер по хотелкам заказчика делают.
Я работал в Wichita, KS, где был когда-то их завод, который они потом выделили в Tier1 саплаера, Теперь он называется Spirit Aerosystems
Ayrat
Я хз почему, наверное есть какие-то выгоды в том чтобы не делать всё напрямую самому
Shub
x
Недавно прочитал Sapiens, там задвигается тема на примере компании renault, что никакой компании нет, а яесть такое собирательное понятие — рено. Которое обьединяет хуеву тучу людей, заводов, фирмочек и тд. А никакого рено нет.
Shub
Shub
базарная интерпретация вопроса о колеснице, короче
Shub
Пирсиг целую книгу написал по мотивам
x
Shub
Vasily
Shub
Vasily
Vasily
Орально-анальная вау-фиксация
Shub
кроме того, сам палийский канон читать стоит разве что исследователю. философская мысль с тех пор значительно эволюционировала
x
Пелевин, Дженерашн Пи
Это он тогда махаянщиком был, не понимвл фишку. Теперь вроде теравадой упарывается, судя по творчеству
Vasily
Ну последняя у него "Тайные виды на гору Фудзи"
Vasily
Там, канеш, дзен-буддизм
Yury
Bonart
Фил Ранжин
Yury
вот я думаю, что должен бы мочь
Ну при каких условиях? Ведь в условиях обладания оборудованием далеко не любой инженер. В современных движках так и вовсе ничего не сделать.
Yury
Любой работе с новым оборудованием нужно обучиться. Вряд ли любой инженер (не программист) сможет на любом оборудовании что-то сделать без обучения.
Yury
А если с обучением — так этим нормальный инженер-программист и так справляется.
Проблема порога вхождения разного, конечно, никуда не девается.
Yury
Высоконагруженное ПО без понимания работы тоже хуяк-хуяк не напишешь. Трейдинговый софт на прошлой работе делали — тоже там полно было низкоуровнего понимания у людей.
Yury
Ну а говнарить можно и инженером-механиком: знай шины на тачке меняй. Или там диски тормозные шлифуй.
Yury
Т.е. по факту аналогия-то довольно точная.
Yury
И да, без понимания как устроены хэши, всякие O(n) и т.п. рокет-сайнса не будет.
Фил Ранжин
У меня тут простой посыл
Фил Ранжин
вот есть я, я хуй его, как там sql устроен
Фил Ранжин
вот есть норм инженер, он шарит
Фил Ранжин
и мы оба делаем запросы
Фил Ранжин
в основном они одинаковые
Yury
У меня тоже простой посыл: то что ты хуй в sql не значит, что все программисты — идиоты. :)
Фил Ранжин
и получаем мы одинаково
Фил Ранжин
и получаем мы одинаково
а суть в том, чтто его запросы всегда хорошие, а я просто угадываю в большинстве кейсов
Yury
Ну про получаем в тексте не было изначально, было про "кто придурок — программист или инженер, чинящий авто"
Фил Ранжин
Yury
Ммм, да нет, ЗА ТЕБЯ ПРЕДВИДЕЛИ
Фил Ранжин
ты споришь не с утверждениями, тебе просто не нравится, что я существую
Фил Ранжин
я на это тратить время не буду
Yury
странный вывод.
Shub
равно как и обеспечивать наличие основных комплектующих на рабочем месте, поддержание станка в рабочем состоянии и т.п.
Shub
инженер должен знать принципы действия этого двигателя, чтобы вывести его на номинальный режим работы, чего слесарь например знать не обязан
Doge
Я тут может быть сейчас ворвусь со странным вбросом, но, имхо, программирование - это в большей степени математическая (привет Карри-Ховард) сфера деятельности, чем инженерная.
Инжереные части в программисткой культуре существует лишь оттого, что в один прекрасный момент появились какие-то физические устройства, которые могут написанные программы выполнять.
Но для самих программ (как и для математики, собственно), никакие реальные физические устройства не нужны. Они самодостаточны сами по себе.
И проблема в том, что инженерная и математические культуры друг другу в каком-то смысле противоречат. Одна ставит практичность во главу угла, вторая живет и существует ради чистого любопытства и поиска красоты. Первая требует глубочайщего понимания одной конкретной ситуации, вторая - старается абстрагироваться настолько, насколько это возможно.
И вот эта борьба противоположностей мне как-то часто встречается в IT.
Условно, взять тот же go, спроектированный чтобы практично и эффективно решать "организационные" проблемы одной конкретной компании, и тот же хаскель с avoid (success at all costs)
Igor
Я тут может быть сейчас ворвусь со странным вбросом, но, имхо, программирование - это в большей степени математическая (привет Карри-Ховард) сфера деятельности, чем инженерная.
Инжереные части в программисткой культуре существует лишь оттого, что в один прекрасный момент появились какие-то физические устройства, которые могут написанные программы выполнять.
Но для самих программ (как и для математики, собственно), никакие реальные физические устройства не нужны. Они самодостаточны сами по себе.
И проблема в том, что инженерная и математические культуры друг другу в каком-то смысле противоречат. Одна ставит практичность во главу угла, вторая живет и существует ради чистого любопытства и поиска красоты. Первая требует глубочайщего понимания одной конкретной ситуации, вторая - старается абстрагироваться настолько, насколько это возможно.
И вот эта борьба противоположностей мне как-то часто встречается в IT.
Условно, взять тот же go, спроектированный чтобы практично и эффективно решать "организационные" проблемы одной конкретной компании, и тот же хаскель с avoid (success at all costs)
А еще можно языки комбинировать
как у Фомкина
- Использовать go(вно) для “быстрой” расчета в ядре блокчейна
- А скалу для логики
или (тоже рабочий проект)
- Ocaml для обслуживания расчетов
- Erlang для координирования задач
Проблемы возникают, когда язык для “перекладывания байтов” пытаются натянуть на все задачи
Doge
Igor
Можно и rust для расчетов + f# для бизнес логики 😎, не суть
Имхо современная индустрия разработки - это как “написание скриптовой логики на lua для игры на c++”
Нужно сразу выбрать на какой ты стороне: высокоуровневой бизнес логики или “обслуживания”
Shub
Shub
когда наши танки войдут в города - мы заставим переписать многие проекты на ocaml + erlang
Hog
https://cdn.theatlantic.com/static/mt/assets/science/assets_c/2013/05/tanklift-thumb-570x370-122303.jpg
Андрей
Андрей
Roman
Андрей
оч ценно, спасибо
Пожалста, обращайся. а вот че я хейтю, кстати, так это PowerShell, хотя он тоже искаропки
Ayrat
Павершел прекрасен
Hog
какая же хуерга эти ваши тайппровайдеры!
Ayrat
И это правда
Hog
затрахался уже читать ишузы на гитхабе - вроде отмечено, что клозед и даже что-то вмёржено... а нихуя не работает!