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

:D взяли ?
навеяло www.youtube.com/watch?v=JAFQFvSPhQ8

Ну тут вообще важен настроенный процесс бэкапов\восстановления\автоматизации инфраструктуры (есть вагон инструментов как это оформить в код и натравить контроль версий) ... и постоянные проверки что процедуры восстановления работают и т.д. ... и есть бритва или нет бритвы :) вас не будет беспокоить .... это хорошо делать в нулевой день начала проекта, ну или ставить как приоритетную задачу с наивысшим уровнем критичность если подключились к идущему проекту ....

А опсы + девелоперы должны общаться и знать достаточно тонкостей работы друг друга на проекте — тогда бэкапы не потеряются. Хотя и задачи у них разные и знания нужны разные и SWE != SRE

Но все таки значительно чаще (и тут я соглашусь) devops определяется как процесс ... типа

DevOps is the practice of operations and development engineers participating together in the entire service lifecycle, from design through the development process to production support.

Хотя и создают такие должности, подразумевая больше админов ... но оригинальная идея не в том.

Як і казали нижче, дуже залежить від менеджера та відділення — мені 2 рази щастило та один раз ні ... а взагалі вони трохи дерев’яні (навіть для преміум клієнта) ... банки взагалі у нас «не фонтан»

що цікаво, зробив УкрСиб окремий клієнт для ФЛП — навіть на маку працює ... ну звичайно «зручність» як була так і залишилась + є клієнт-банк для фізичної особи у браузері ...
А так по клієнту — Приват найзручніший .... але ще треба враховувати ї інші фактори

это mcedit или key bindings прописаны на ф2

Неправда, это очень удобный редактор если вы поняли зачем сделаны режимы так ... потом все очень логично и на своих местах + плагины + все настройки автоматизируются ... это хоть не основной редактор но он всегда со мной. Как РЕДАКТОР он самый лучший (emacsers wouldn’t agree though ;) )

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

например github.com/getify/You-Dont-Know-JS

:) но TurboVision он веселый, у меня с тех пор неубиваемая привычка ставить закрывающую скобку самому сразу ... сейчас редакторы сами закрывают и периодически я леплю лишнюю

ну как бы Ember.js живее живых а вот метеор сдал, да

вроде года 3 назад еще у серва внутренние курсы бесплатными были и поощрялись ... поменялось ?

наверное это те кто прогуливает английский :)
P.S.: стыдно сказать но я так и не посмотрел ни одного «отжига» из наших недр ... буду в отпуске надо будет найти.

А ссылкой не поделитесь ? было бы интересно

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

yarn (который фактически работает поверх npm) делает yarn.lock который мы кладем в репозиторий и у любого разработчика из команды пакет соберется одинаково. И как по мне, то я пока не вижу светлого будущего Bower в целом (есть же хорошие идеи, наверное) ... в конечном итоге разные экосистемы приходят к чему-то похожему что было уже в Bundler для рубистов (сейчас cargo для Rust, Yarn для JS ... Go тоже dep уже делает с похожими принципами хотя уже есть сторонние решения в том духе) ... просто JS немного хаотично развивался в этой области исторически ... а насчет дубликатов то тут более глубокая проблема, стараются в направлении tree shaking, но это еще не везде и не всегда работает ... да и возможно ли это решить однозначно — вопрос