Здравствуйте, sergey2b, Вы писали:
S>может тогда работать только в интерестных проектах S>а когда перестанут брать пилить что то свое для души
моя мечта — собственная лаборатория в своем стартапе. пусть наемники фигачат, а я в лаборатории занимаюсь тем, что нравится мне. причем, это не только программирование, но и офлайн с хардом и механикой.
Здравствуйте, Kernan, Вы писали:
K>Всё ещё финтех? Расскажи как оно на элексире?
Я вообще никогда в финтехе не был Всё еще околосетевая фигня всякая
Эликсир – это очень не однозначно я бы сказал. По большому счету это BEAM (т.е. вся экосистема Erlang) которую скрестили с RoR. Вышел такой франкенштейнчик, который очень хорош, великолепен просто я бы сказал, если тебе надо писать бэкенд для сайта (Phoenix и Ecto восхитительные библиотеки). Если надо гонять данные туды-сюды, то вышло тоже довольно хорошо, хотя я бы не сказал что делать тоже самое на Go ощутимо хуже. По читабельности язык сопоставим с каким-нибудь Go — код читается очень легко и просто, да и в целом язык простой и незатейливый. А вот для написания какой-либо сложной бизнес-логики язык уже не так прекрасен, сказывается динамическая типизация с одной стороны и не очень хорошая синтаксическая выразительность языка с другой стороны. Но с синтаксической выразительностью совладать вроде не сложно, я как раз собрался прочитать книгу про метапрограммирование в Elixir, там что-то типа LISP макросов имеется.
Здравствуйте, Kernan, Вы писали:
MR>>Чё они ноют?.. K>Они не понимают одного, они — наймиты. Их время им не пренадлежит как и их работа. Если нанимателю хочется рефакторить мёртвый код и потом выкинуть его, это его право.
Нет, не его право. От такого расточительства увеличивается carbon footprint, это Грета не одобряет. Во времена до Греты, в самой что ни есть Европе, которая делала промышленную революцию, этого тоже не одобрили бы, потому что издевательство над идеей труда — это противоречит религии, протестантству. А кальвинисты такого нанимателя пожалуй что и посадили бы.
Здравствуйте, Слава, Вы писали:
С>Здравствуйте, Kernan, Вы писали:
MR>>>Чё они ноют?.. K>>Они не понимают одного, они — наймиты. Их время им не пренадлежит как и их работа. Если нанимателю хочется рефакторить мёртвый код и потом выкинуть его, это его право.
С>Нет, не его право. От такого расточительства увеличивается carbon footprint, это Грета не одобряет. Во времена до Греты, в самой что ни есть Европе, которая делала промышленную революцию, этого тоже не одобрили бы, потому что издевательство над идеей труда — это противоречит религии, протестантству. А кальвинисты такого нанимателя пожалуй что и посадили бы.
я год назад 6-7 месяцев пилил интеграцию нашей системы с чем то вроде SAP
с самого начал мне не кто не мог объяснить зачем, когда сделал
мой прожект менеджер ушла на повышение
начальник как я понял получил премию тк уехал на две недели кататься в альпы на лыжах
через несколько месяцев проект закрыли как бесмысленный
Здравствуйте, sergey2b, Вы писали:
S>с самого начал мне не кто не мог объяснить зачем, когда сделал S>через несколько месяцев проект закрыли как бесмысленный
Здравствуйте, Слава, Вы писали:
С>Здравствуйте, okon, Вы писали:
Z>>>я с ним согласен. только не за 10 лет, а за 20. Z>>>проекты, от которых хочется гореть, встречаются весьма редко. в основном, однообразная скукота, цель которых — заколачивание бобла. хотя, и появились новые O>>это называется не заколачивание бабла, а решение проблем которые есть у людей.
С>Это выдумывание фигни и решение выдумок.
O>>А чем именно они тебе интересны, что в них по другому в отличии от других направлений ?
С>Я бы хотел заниматься тем, от чего зависят жизни людей. В том темпе, в котором обычно этим занимаются — то есть медленно. С>Иными словами, я хочу спокойствия, богатства, власти и уважения. А получить всё это можно лишь занимаясь тем айти, от которого реально что-то зависит, за что и посадить могут, а не просто циферки в годовом отчёте будут малость не те.
Разве не чувствуешь очевидной утопии в своих словах ?
Хочешь заниматься тем от чего зависят жизни людей — но медленно, представь ежедневно умирает от болезней очень много людей.
Например у тебя есть идея ИИ который поможет врачам определять диагноз быстрее и лечить, ты либо быстро его сделаешь в пользу функций в ущерб качеству кода и спасешь больше людей, либо булешь долго делать и много людей погибнет.
Жизни людей прямо или косвенно зависят практически от всего, у людей проблемы ежедневно, ИТ которое направлено на то “от чего зависят жизни” помогает эти проблемы решать не более.
И спокойствия тут никак не получится, если ты за жизни людей то должен быть готов жерствовать своим спокойствием, благополучием и другим комфортом.
”Жить стало лучше... но противнее. Люди которые ставят точку после слова лучше становятся сторонниками Путина, наши же сторонники делают акцент на слове противнее ( ложь, воровство, лицемерие, вражда )." (с) Борис Немцов
Здравствуйте, sergey2b, Вы писали:
S>через несколько месяцев проект закрыли как бесмысленный
А тебе премию или повышение выписали или также закрыли твою позицию как бессмысленную?
Здравствуйте, Kernan, Вы писали:
K>Здравствуйте, sergey2b, Вы писали:
S>>через несколько месяцев проект закрыли как бесмысленный K>А тебе премию или повышение выписали или также закрыли твою позицию как бессмысленную?
премии не дали,
я сам уволился, зачем мне работать на таких
думаю уволили меня одним из последних, так как я писал билинг компании и продукт на котором они реально зарабатывали
Здравствуйте, Lazy Bear, Вы писали:
MR>>Хочешь — легаси с протухшими старпёрами, хочешь — хипстеры с неистовым пламенем из зада и новым фреймворком каждую неделю. Можно и посередине поискать. LB>Посередине — хипстеры, сразу пишущие легаси
И старперы с неистовым пламенем?
Здравствуйте, sergey2b, Вы писали:
S>в Америки чуть луше чем в РФ в этом плане, но в целом все тоже самое
Программист в Локхиде живет значительно лучше, чем программист в Сухом (относительно какого-нибудь работника Макдональдса в соотвествующей стране).
Здравствуйте, zverjuga, Вы писали:
Z>тогда каждый проект — это было что то новое и в чем то уникальное. и потому, каждый новый проект добавлял тебе новых знаний и опыта. то, с чем сталкивался лично я, конвертеры из формата в формат, драйвера под специфическое железо, софт для автоматизации ресторана, софт для организации оптимальной сети, первые мобильные устройства (палм и симбиан) ну и типа так далее. ну и инфы тогда было гораздо меньше и найти ее было сложнее, чем сейчас. сейчас какое то сплошное формоклепство. типичный проект — клиент сервер. клиент что то там посылает, сервер что то там отвечает. ну и все это присыпано красивым интерфейсом. скукотища в общем. Z>наблюдают парадокс. когда инфы, материалов и возможностей было мало, что то постоянно делалось, шевелилось, кипишило. в общем, была движуха. по итогу — со временем появлялись какие то самоделки, вещи и проекты Z>сейчас инфы — море, материалов и возможностей — океан. а делать ничего не хочется. по итогу — со временем появляется живот
Только сейчас те задачи, которые раньше решались за недели и месяцы сейчас решаются за дни и на порядки эффективнее.
И да, благодоря гуглу и стэковерфлоу очень многие знания и опыт обесценились. А вы хотели почевать на лаварах и получать деньгм за какие-то сакральные знания? А они у вас точно есть? (Ничего личного, вопрос риторический.)
Здравствуйте, vorona, Вы писали:
V>Здравствуйте, Sharov, Вы писали:
V>Я сейчас ищу работу, на .net одно легаси, но рассказывают про переход на core в будущем. V>Здесь много писали про полезность проекта на github, к резюме прикрепил свой проект, на собеседованиях ни разу не спросили про него.
Привет. У меня тоже .net, аутсорсы(галеры), все дела. Если просто сидеть и молча пилить что дают, то, конечно, все будет устаревать.
Я сейчас пробиваю миграцию на .net core, может, скоро разрешат. Говорю, что потребуется не менее 2 недель и нужно будет остановить работу над остальными тикетами.
А вот на соседнем проекте товарищ уже убедил клиента, что миграция на .core нужна, успешно ее провел и теперь он уже спит и видит, как будет Blazor натягивать на UI. Так что все зависит от вас.
И мой проект, и проект товарища — оба говнокодные банковские приложения со времен динозавров.
Здравствуйте, sergey2b, Вы писали:
S>я сам уволился, зачем мне работать на таких
Не зачем, а за деньги. Хотя тут каждый решает для себя сам конечно же.
Здравствуйте, Kernan, Вы писали:
K>Здравствуйте, sergey2b, Вы писали:
S>>я сам уволился, зачем мне работать на таких K>Не зачем, а за деньги. Хотя тут каждый решает для себя сам конечно же.
да можно быть водителем f1 или мусоровоза
суть одна и таже, но творческая состовляющая разная
Z>>тогда каждый проект — это было что то новое и в чем то уникальное. и потому, каждый новый проект добавлял тебе новых знаний и опыта. то, с чем сталкивался лично я, конвертеры из формата в формат, драйвера под специфическое железо, софт для автоматизации ресторана, софт для организации оптимальной сети, первые мобильные устройства (палм и симбиан) ну и типа так далее. ну и инфы тогда было гораздо меньше и найти ее было сложнее, чем сейчас. сейчас какое то сплошное формоклепство. типичный проект — клиент сервер. клиент что то там посылает, сервер что то там отвечает. ну и все это присыпано красивым интерфейсом. скукотища в общем. Z>>наблюдают парадокс. когда инфы, материалов и возможностей было мало, что то постоянно делалось, шевелилось, кипишило. в общем, была движуха. по итогу — со временем появлялись какие то самоделки, вещи и проекты Z>>сейчас инфы — море, материалов и возможностей — океан. а делать ничего не хочется. по итогу — со временем появляется живот S>Только сейчас те задачи, которые раньше решались за недели и месяцы сейчас решаются за дни и на порядки эффективнее. S>И да, благодоря гуглу и стэковерфлоу очень многие знания и опыт обесценились. А вы хотели почевать на лаварах и получать деньгм за какие-то сакральные знания? А они у вас точно есть? (Ничего личного, вопрос риторический.)
Эффективнее? Или тупо быстрее и с большим кол-вом ошибок?
Когда я занимался железками, мне очень нравилось то свойство, что я насквозь вижу как работает эта штуковина — какие байтики шевелятся, в какой области памяти это происходит и как обошелся с кодом компилятор. Было чувство спокойствия и контроля. Когда чуть позже я перешел в бекенд разработку, я хихикал над бесконечными xmlками конфигураций для EJB или того же спринга. Знал бы я, что меня ждет в будущем. Сейчас я просто не понимаю (и уже отчаялся понять), что происходит внутри моей же несложной приложухи. Куча слоев абстракций, контейнеров в контейнерах, тонны мануалов, скриптов, инструментов, версий, конфиг-файлов. Я до сих пор не разобрался, как деплоится проект, над которым работаю уже полгода. И конечно же нельзя сделать монолит, хотя бы на первом этапе. Обязательно нужно сразу же разделить всё на микросервисы, потому что так правильно (на конференции сказали, что так делают в компании Х). И конечно же мы не можем использовать старый добрый Apache HTTP Client для хождения вооон в тот сервис, который нам нужен 1 раз в несколько минут, ведь этот клиент недостаточно асинхронен, а также в нем нет встроенного рейт лимитера, механизма backpressure и прочих модных штук. На мой вопрос “А зачем это всё нужно для нагрузки 1 запрос/мин?” получаю лишь укоризненный взгляд от коллег, на лбах которых светится надпись “Вот ты тупоооой”.
Отдельная тема — это господин Джаваскрипт с его бесчисленными фреймворками. Я честно не понимаю, как можно было изобрести СТОЛЬКО штуковин для инструмента, которому нужно просто нарисовать формочки на веб-страницы и время от времени отправлять запрос на бекенд. Хорошо, что я занимаюсь бэкендом.
На примере фронтенда (да и не только его) хорошо заметно, как мы ходим по кругу: давайте всю логику выполнять на стороне сервера -> а давайте теперь на стороне клиента -> а давайте теперь снова на сервере и так до бесконечности. Давайте фронтенд и бекенд писать на одном языке -> а давайте теперь на разных -> а давайте снова на одном. Давайте сделаем схемы для форматов данных -> схемы только для старпёров -> а не, схемы нужны всё таки. Один мой кореш перепиливает свою опенсорсную библиотеку с yaml на xml, просто потому, что там есть схемы и это очень здорово, когда клепаешь огромный конфиг, а IDE, осведомленная о XSD сама может выполнить за тебя половину работы. Из вышесказанного вытекает следующая проблема:
Слишком много всего
Инструментов, языков, книг, конференций, фреймворков и т.д. Уже давно позади те времена, когда для разработки софта достаточно было знания одного ЯП, пары библиотек и в общем-то и всё. Теперь нас ожидают сотни фреймворков, с десяток языков (даже в рамках одного проекта), модные и не слишком СУБД, вездесущие брокеры сообщений, сотни квадратных километров разложенных граблей и прочего веселья. У среднестатистического программиста как правило нет времени на изучение всего этого на работе (кроме тех инструментов, что уже используются в его проектах), потому что на ней надо работать. Многим приходится тратить личное время на изучение этих технологий, хотя скорее всего 90% из изученного никогда не пригодится. У меня самого в покете лежит полтысячи статей, куча непосмотренных видосов с конференций, а каждый заход на Хабр предвещает обязательный визит Макконахи.
Но даже плотная работа с определенным ЯП или, к примеру, СУБД в своей компании иногда не дает возможности оставаться в тренде, т.к. технологии устаревают раньше, чем их успевают применять. Даже джава сейчас релизится со скоростью фаерфокса.
Благодаря бесконечному потоку быстроустаревающих знаний многие из нас чувствуют себя вечными студентами или самозванцами, неважно сколько систем ты реально построил. И это очень на руку HRам и работодателям — ведь легко можно сбить твою ЗП парой заковыристых вопросов. Такой вид крысиных бегов HRы политкорректно называют саморазвитием.
В последнее время я наблюдаю тренд навязывания разработчикам полномочий бизнес-департамента. Теперь помимо выполнения своих основных задач, разраб обязан разбираться в предметке на уровне хорошего аналитика и вообще думать про бизнес. Отстаньте от меня, я не знаю как повысить вашу конверсию
Здравствуйте, Ватакуси, Вы писали:
В>Эффективнее?
Да. Сейчас можно писать код, который будет компилироваться и работать и на 8051 и на XEON'ах, автоматически проверять код несколькими компиляторами, собирать сложные приложения с десятками зависимостей под несколько платформ, нормально управлять версиями, соединять С++/JS/Python/whatever и т.д. Все это было невозможно или требовало на порядок(и) больше человеко-часов еще 10-15 лет назад.
В мире С/С++ хорошая организация CI сейчас дает очень большой прирост в производительности команды.
В>Или тупо быстрее и с большим кол-вом ошибок?
Кто как
Само написание кода не сильно изменилось, изменилась инфраструктура вокруг, она сделала многие второстепенные задачи намного эффективнее и проще.
Всё еще околосетевая фигня всякая 
