Мда жесть какая. Сначала удивился, прочитав статью, почему карма низкая. А тут в комментах типичное «Одна я умная в белом пальто стою» и переобувание на лету от золотого мальчика ушедшего на повышение к задолбанному стервой-начальницей редкому спецу, который ушел просто в более комфортный коллектив.
А разве в принципе возможны другие варианты?
Осознанно ушел в худший коллектив? Лол! Как это?
«Рыба ищет где глубже, человек ищет где лучше»
Всегда есть где лучше. Это совершенно естественное явление. Не вижу в этом ни никакой трагедии, ни причины позлорадствовать над тем, от кого ушли. Зачем вы это делаете?
Ну не знаю.
Перелет в США и обратно стоит примерно неделю моей работы.
По моему не такие большие это деньги.
Добраться мне до конференции Мск и обратно стоит всего в 4 раза дешевле.
То есть, грубо говоря, 4 участника конференции из регионов уже несут расходы такого же порядка.
Давайте на примере:
— есть слабый специалист, специалист без опыта или тот который не может никуда устроиться
— есть сильный востребованный специалист с опытом
Какой из двух вариантов хочет получить работодатель? Думаю ответ очевиден.
Сверхквалифицированного специалиста за существенно меньшие деньги получить работадатель не мечтает.
Так как очевидно, что такой специалист у тебя только временно. Например, когда приехал из другого города и нужно срочно хоть где-то зарабатывать устроится.
Осмотрится и через пару месяцев слиняет работать на деньги соответствующие его квалификации.
Не надо преувеличивать проблему. Альпайн прекрасен. Все приложения на го на нем, потому что нам все еще нужно небольшое окружение для правильной работы приложений и отладки, когда что-то идет не так.
А зачем Go контейнер, он же по умолчанию вкомпилирует в бинарник библиотеки и более не зависит от окружения, кроме ядра ОС?
«А потом возникла необходимость правильно вести бухгалтерию и все те вычисления для налоговой, что уже имеются в типовой — мне пришлось реализовывать самостоятельно. И это уже был ужас.
Ибо учет на фирме «для себя» я делал так как мне казалось целесообразным, как мне казалось удобным — это был кайф в техническом плане.
А вот обязательную отчетность — пришлось вникать в то, что придумали другие люди, и тут я столкнулся ровно с тем, с чем и вы столкнулись не желая принимать типовые решения: нам очень не интересно и тяжело разбираться с чужими правилами.
»
Заврамшись.
Нет никакого противоречия с предыдущим моим утверждением.
Видно, что вы в пылу спора потеряли адекватность…
Не горячитесь.
Подумайте еще раз.
И они очень быстро переполняются; когда у тебя 80 различных переменных, 81-ю уже сложно воткнуть. Более того, это плоское конфигурационное пространство – когда есть переменные, их надо называть большими буквами с подчеркиванием, и среди них нет иерархии; сложно понять, что происходит. Я еще не придумал, как с этим быть, и мне не с кем это обсудить – нет группы энтузиастов, которые были бы против подобного подхода. Если это вдруг кого-то тоже не устраивает – напишите мне (demeliorator в Telegram), буду знать, что я не одинок. Мне это категорически не нравится. Этим трудно управлять, трудно передавать иерархические данные; получается, что работа современного инженера состоит в том, чтобы знать, где какие переменные, что они значат, правильно ли они заведены, насколько легко их изменять.
Практикую конфигурирование в кластере Consul/Vault.
А в переменных среды окружения передаются параметры для доступа к этим самым кластерам Consul/Vault — токены, адреса, префиксы веток конфигурации (prod/dev и т.п.)
Не думаю, можно же сказать folks откуда то там делают что то и по контрактным обязательствам, почему нет?
если вы добавляете про контрактные обязательства — то это уже другой контекст.
просто если это официальная позиция, то это не анонимные folks, а вполне конкретный человек заявит от имени компании.
Пока это говорят какие-то анонимы — максимум мы можем понять, что, возможно, Red Hat собирается что-то решать и возможно не в пользу X.Org, но это пока не окончательное решение, а всего лишь возможная тенденция.
Как сейчас не знаю.
А когда я с ним общался очень много лет назад — он был именно на Java, но еще не назывался Artix.
Возможно это очередная версия получившее новое имя уже на другой платформе. Но с учетом того, что нам на бэкофисе не пришлось ровным счетом ничего модернизировать в обмене данными, когда на кассах появилась очередная новая версия уже с именем Artix, могли просто имя заменить, а ядро софта то же.
по описанию похоже на set retail, но непонятно почему «местные разработчики»
Самые первые крупные инсталляции были в Новосибирске и Барнауле.
Сейчас — возможно да, может их уже кто то купил или они работают на европейскую часть страны. Но лет 15 назад — это было чисто местное решение.
что обновления будут приходить лишь на дорогие телефоны. Случилось бы это, если бы все телефоны получали 2 года обновлений?
К слову, «не дорогие» телефоны серии Аxx уже второе поколение как не производства Самсунга на самом-то деле. Обычный китайский OEM. Правда с дизайном Самсунга и софтом Самсунга (наверное правильно называть такое ODM, а не OEM).
Последними собственными были Аx.
Самим Самсунгом нынче производятся только флагманы S ну и кое-что по мелочи.
Ну вот запустили сеть из 100 магазинов на допиленной франчом Рознице. И, внезапно, путём слияний и поглощений через полгода оказалось 800 магазинов. Что, надо было прямо по ходу софт менять? А у 1С для крупных розничных сетей типовых решений и нет нормальных.
Вы хотите сказать, что во всех до единого купленных магазинах был идентичный такой же так же доработанный тем же фрачем софт?
Наверняка там был разный софт и объединив ИТ команды можно было воспользоваться опытом какой то из купленных сетей и выбрать лучшее решение для дальнейшего развития.
Но, смею предположить, выбрали то решение, которое было в головном купившем всех предприятии, даже если это решение было не самым оптимальным?
А разве в принципе возможны другие варианты?
Осознанно ушел в худший коллектив? Лол! Как это?
«Рыба ищет где глубже, человек ищет где лучше»
Всегда есть где лучше. Это совершенно естественное явление. Не вижу в этом ни никакой трагедии, ни причины позлорадствовать над тем, от кого ушли. Зачем вы это делаете?
Перелет в США и обратно стоит примерно неделю моей работы.
По моему не такие большие это деньги.
Добраться мне до конференции Мск и обратно стоит всего в 4 раза дешевле.
То есть, грубо говоря, 4 участника конференции из регионов уже несут расходы такого же порядка.
Сверхквалифицированного специалиста за существенно меньшие деньги получить работадатель не мечтает.
Так как очевидно, что такой специалист у тебя только временно. Например, когда приехал из другого города и нужно срочно хоть где-то зарабатывать устроится.
Осмотрится и через пару месяцев слиняет работать на деньги соответствующие его квалификации.
Конечно, они существовали.
Но это была настолько дикая экзотика даже у бизнесменов…
А зачем Go контейнер, он же по умолчанию вкомпилирует в бинарник библиотеки и более не зависит от окружения, кроме ядра ОС?
Типа вы на память помните названия всех функций из 100500 библиотек — это великолепное знание языка?
Из нас двоих от аргументированной беседы к личным выпадам перешел тот второй участник беседы, кто не я.
Плачу.
Нет никакого противоречия с предыдущим моим утверждением.
Видно, что вы в пылу спора потеряли адекватность…
Не горячитесь.
Подумайте еще раз.
Видимо, тот, что разбирается в розничной торговле гораздо лучше, чем вы.
Вы исходите из своего местячкового опыта о стабильности цены. Но вообще в рознице цены на товары меняются со временем, это нормально.
Есть 2 нормальных способа:
Или найти исходный документ.
Или ввести цену вручную.
dmitry-novak.livejournal.com/82136.html
«Размышления о кино и фотографии. Часть 4: Цвет в кинематографе»
Да изи.
Идём в раздел «Питание», смотрим самый жрущий софт. Решаем что из него нам нужно, а что не нужно чтобы работало в фоне. Ненужный отключаем.
Исходя из «DevOps с 7-летним опытом» скорее всего он имел ввиду «в 2007 году в общежитиях...», а это уже похоже на правду.
Статью написал конкретный человек.
С чего это вы за официальную позицию компании считаете.
Деньги и личные предпочтения — это не всегда одно и то ж
Практикую конфигурирование в кластере Consul/Vault.
А в переменных среды окружения передаются параметры для доступа к этим самым кластерам Consul/Vault — токены, адреса, префиксы веток конфигурации (prod/dev и т.п.)
если вы добавляете про контрактные обязательства — то это уже другой контекст.
просто если это официальная позиция, то это не анонимные folks, а вполне конкретный человек заявит от имени компании.
Пока это говорят какие-то анонимы — максимум мы можем понять, что, возможно, Red Hat собирается что-то решать и возможно не в пользу X.Org, но это пока не окончательное решение, а всего лишь возможная тенденция.
Как сейчас не знаю.
А когда я с ним общался очень много лет назад — он был именно на Java, но еще не назывался Artix.
Возможно это очередная версия получившее новое имя уже на другой платформе. Но с учетом того, что нам на бэкофисе не пришлось ровным счетом ничего модернизировать в обмене данными, когда на кассах появилась очередная новая версия уже с именем Artix, могли просто имя заменить, а ядро софта то же.
Самые первые крупные инсталляции были в Новосибирске и Барнауле.
Сейчас — возможно да, может их уже кто то купил или они работают на европейскую часть страны. Но лет 15 назад — это было чисто местное решение.
К слову, «не дорогие» телефоны серии Аxx уже второе поколение как не производства Самсунга на самом-то деле. Обычный китайский OEM. Правда с дизайном Самсунга и софтом Самсунга (наверное правильно называть такое ODM, а не OEM).
Последними собственными были Аx.
Самим Самсунгом нынче производятся только флагманы S ну и кое-что по мелочи.
Вы хотите сказать, что во всех до единого купленных магазинах был идентичный такой же так же доработанный тем же фрачем софт?
Наверняка там был разный софт и объединив ИТ команды можно было воспользоваться опытом какой то из купленных сетей и выбрать лучшее решение для дальнейшего развития.
Но, смею предположить, выбрали то решение, которое было в головном купившем всех предприятии, даже если это решение было не самым оптимальным?