don't get charmed
Jan. 18th, 2023 01:33 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
amaraoОдна из спорных мудростей по технологиям - don't get charmed. Мол, технология - это технология, и не надо впадать в восторг, и тогда не будет разочарований. Пришло/ушло откопал/закопал идём дальше.
Я как раз стараюсь избегать такого отношения. Love-hate relationship с технологиями позволяет больше инвестировать времени и внимания в те технологии, которые хороши, и активно избегать технологий, которые неприятны. Ориентация на "приятно/неприятно" очень важна, потому что часто является самым ярким индикатором управленческих/инженерных практик в ПО, которое реализует технологию.
Самый яркий пример для меня в последние годы - это Chef. Был момент, когда он был лидером хайпа. Я начал его щупать, и у меня не проходило ощущение инженерной брезгливости. Вместо интеграции с системой, chef относился к хостовой системе как к чужеродной сущности. /opt, deb-пакет для chef-sdk на 600Мб с трижды завендоренным эрлангом в разных каталогах.
Я для себя его записал в технологии неопрятные и неприятные. И что ж... Прошли годы, и где chef? Доит неудачников в жадных ручках прогрессивов. Ансибл, при всей душераздирающей ужасности type conversion, не производил ощущение небрежного. Итог? Живее всех живых. Хоть у меня к нему и есть претензии.
Сейчас ровно такая же ситуация с go vs rust. Go - полон странных инженерных глупостей (начиная со своего собственного именования параметров командной строки, которые называются "флаги" и имеют -singledash форму), rust - вершина инженерной мудрости и тщательности в мелочах. Я не хочу go по эстетическим соображениям, хоть вокруг него и сложился существенный хайп и даже тулстек.
Rust - charming.
Я как раз стараюсь избегать такого отношения. Love-hate relationship с технологиями позволяет больше инвестировать времени и внимания в те технологии, которые хороши, и активно избегать технологий, которые неприятны. Ориентация на "приятно/неприятно" очень важна, потому что часто является самым ярким индикатором управленческих/инженерных практик в ПО, которое реализует технологию.
Самый яркий пример для меня в последние годы - это Chef. Был момент, когда он был лидером хайпа. Я начал его щупать, и у меня не проходило ощущение инженерной брезгливости. Вместо интеграции с системой, chef относился к хостовой системе как к чужеродной сущности. /opt, deb-пакет для chef-sdk на 600Мб с трижды завендоренным эрлангом в разных каталогах.
Я для себя его записал в технологии неопрятные и неприятные. И что ж... Прошли годы, и где chef? Доит неудачников в жадных ручках прогрессивов. Ансибл, при всей душераздирающей ужасности type conversion, не производил ощущение небрежного. Итог? Живее всех живых. Хоть у меня к нему и есть претензии.
Сейчас ровно такая же ситуация с go vs rust. Go - полон странных инженерных глупостей (начиная со своего собственного именования параметров командной строки, которые называются "флаги" и имеют -singledash форму), rust - вершина инженерной мудрости и тщательности в мелочах. Я не хочу go по эстетическим соображениям, хоть вокруг него и сложился существенный хайп и даже тулстек.
Rust - charming.
no subject
Date: 2023-01-18 01:23 pm (UTC)Хм, хороший аргумент. (Я-то смотрю на го как на нечто антинаучное, свинченное для сельских механизаторов, которые готовы объяснить, что провода скручены, чтобы переменный ток шибче шел; а раст - научная вещь, там даже своя логика, аффинная, небулева.)
no subject
Date: 2023-01-18 01:52 pm (UTC)У меня вся карьера прошла под зведой "не учить то, что плохо пахнет". Я ушёл с винды, 1С, видеонаблюдения, ip телефонии и цисок, и вместо того, чтобы качать квалификацию там, я возился с линуксами (без какого-то тогда полезного фыхлопа). Я закопал (для себя) powershell и пошёл дальше в питоны. Потом аналогично убежал от xenserver'а, chef'а, kapacitor'а, ruby и go. Более того, скажу крамольную вещь, я в пром не инвестирую тоже, потому что мне очень не нравится эргономика.
no subject
Date: 2023-01-18 02:26 pm (UTC)Ну! Аналогично. Нафиг нужно все это. Вкус же должен быть.