Помнится, когда я последний раз плотно работал с Фортраном (давно уже, лет 15 назад), там зарождалась фича coarray для абстракции MPI/OpenMP. Сейчас уже мне не нужно, и времени вникать в это нет, но было бы интересно почитать, чем дело кончилось.
А кто выдумывает эти ненужные позиции? Бизнес что ли? Зачем это бизнесу?
Т.е. такие работники несомненно есть, но, наверное, где-то по инерции, по незнанию, по привычке, где-то по блату, может, но вот чтобы специально выдумывать позиции только чтобы занять кого-то делом, и потом за это платить кому-то зарплату - какой смысл?
Databricks, как и Snowflake, предлагает быструю, размещаемую на хостинге поставщика базу данных с практически бесконечными возможностями масштабирования.
Databricks - это в первую очередь Spark и сопутсвующая экосистема, плюс сейчас инструменты для всяких ML/AI/Data Science. Данные они для вас тоже могут хранить, но это необязательно - мы, например, этой функциональностью не пользуемся. Никакую БД они не предлагают - lakehouse это другое, но SQL интерфейс у этого всего есть.
Нужно просто нормально строить общение в командах и хорошо знать своих сотрудников. И доверять нижестоящим руководителям команд. Все. Все эти KPI и прочее — зло в чистом виде
Это в идеальном мире, а в реальном никогда ничего не просто: руководители комманд отчитываются перед вышестоящим начальством, они в свою очередь отчитываются выше по цепочке. А на уровне совета директоров все разговаривают исключительно на языке KPI. Вот и вам, если захочется зарплату для своих сотрудников повысить, премию выбить или ещё какие плюшки, то придётся объяснять начальству, каким образом Вася работает лучше Пети.
Или наоборот, если нужно будет объяснять Пете, почему у него "продуктивность" неудовлетворительная - такое же бывает? Вы ж не будете говорить - ну, мне вот тут кажется, что ты должен "быстрее, лучше, сильнее" код писать, или "вон посмотри, Вася лучше тебя работает". Надо какие-то объективные метрики предоставить, чтобы обсуждать конкретику.
В общем, руководить командами - это непросто, а правильные метрики полезны. Другой вопрос - используются ли они во благо.
Помнится, года 4 назад, когда я первый раз попробовал зум под линуксом, меня приятно удивило то, что всё работало - и шаринг, и видео, и звук. При этом тимс тогда под линуксом "работал" практически никак, слак не давал шарить один экран или окно, а других альтернатив для видео-конференций у нас не было.
По моим ощущениям, те старые проблемы исчезли - по крайней мере я в последнее время про них не слышал вообще. Особенно про логи радость - сейчас observability просто на новый уровень вышло, в том числе через интеграцию с графаной. И девопсы довольны :)
Чего не хватало в swarm? Самое главное, наверное, стабильности. Частенько что-то там зависало, надо было ручками перезапускать (только давайте не будем играть в "да вы просто неправильно его настроили" :-) ). Были проблемы с доступом к логам в режиме реального времени. Ну, и future proofing + общий стек (у нас еще и nomad встречается в некоторых командах). Это из того, что я знаю точно. Наверняка, еще было много чего и крупного, и по мелочи - это уже надо у девопсов спрашивать, у меня другая специализация.
Переходить было "долго и тяжело" в основном не по нетехническим причинам - просто к моменту принятия решения о переходе уже наплодили сервисов, и надо было переносить всё это без даунтайма, постепенно, плюс тестирование и пр. Ну, и в целом нашему начальству бывало непросто объяснить, почему тратится время на инфраструктуру, за которую с клиентов дополнительно денежку не взять, вместо новых фич, которые можно продать.
Естественно, в процессе перехода вылезали всякие баги и недочёты - где-то криворучки, где-то недостестировали. В общем, не виню в этом k8s.
Так а зачем брать решение попроще, если заранее известно, что оно только на ближайшие годы? У нас был переход с Docker Swarm на K8s в процессе роста компании - было долго и тяжело. Причём практически изначально было понятно, что Docker Swarm нам будет не хватать по многим параметрам, но "стартап же, надо быстро и дёшево".
В Канаде, например, на зубы отдельная страховка. На ней есть годовой максимум, например 2 тыс. на человека, и на что он тратится неважно - pre-existing или нет.
2 тыс. - это, кстати, не так много (от места тоже зависит). Обычную коронку поставить, например, 1-1.5 тыс. у нас. За что-то типа имплантантов придётся доплачивать серьёзно, но на более-менее беспроблемные зубы, с периодическими пломбами хватит.
Какой максимализм... Вот мне не всё равно, плачу 50, работаю в IT :) Разница, знаете ли, набегает всё таки. 50 за свой телефон, 50 за жену (скоро ещё и дети подрастут, будут просить личные телефоны), 75 за домашний кабельный интернет. Можно всё то же самое взять у другого провайдера в два раза дороже и в итоге за год потратить на пару тысяч больше, а это уже достаточно заметно - не критично, конечно, но заметно.
Это же marginal tax rate - на самую верхнюю часть дохода, а надо смотреть average. Вбейте свои 200к и получите 32% в Альберте. Да и это до всяких вычетов за RRSP, пенсии, детей и т.п. Не Техас, конечно, но и не Германия или Дания. 200к - это очень редкая зарплата. Большинство, я думаю, платит 10%-20% налогов.
Тут же везде ньюансы, смотреть надо детально, а не из первой гугловской ссылки делать далекоидущии выводы, что в Канаде очень высокие налоги, люди умирают в очереди на операции, бесплатная медицина плохая, и вообще равенства нету :)
Но опять же, я не агитирую - у вас свои обстоятельства, вполне возможно, что для вас в Альберте работы нет, можно и не философствовать на эту тему.
Ну в Калифорнии (по крайней мере, там, где высокие зарплаты) я бы не стал жить ни за какие деньги, но только ведь в США есть удалёнка.
А я в Техасе бы не стал жить ни за какие деньги (в разумных рамках, конечно). Если дело исключительно в деньгах, то можно и на Родине жить - сколько уже копий сломано на эту тему.
Это просто компенсация прогрессивной шкалы, не более.
Скорее "вряд ли Apple смогут убедить своих фанатов, что такой шлем им НЕ нужен."
Помнится, когда я последний раз плотно работал с Фортраном (давно уже, лет 15 назад), там зарождалась фича coarray для абстракции MPI/OpenMP. Сейчас уже мне не нужно, и времени вникать в это нет, но было бы интересно почитать, чем дело кончилось.
А кто выдумывает эти ненужные позиции? Бизнес что ли? Зачем это бизнесу?
Т.е. такие работники несомненно есть, но, наверное, где-то по инерции, по незнанию, по привычке, где-то по блату, может, но вот чтобы специально выдумывать позиции только чтобы занять кого-то делом, и потом за это платить кому-то зарплату - какой смысл?
Интересно было бы про технологии почитать.
Я думаю, что 99.5% программистов никогда не сталкивается с умножением матриц.
0.4% делают это примерно так
а оставшиеся 0.1% уже более менее понимают, что, как и зачем.
А бывают программисты без своей ниши? Все вроде на чём-то специализируются.
Не знаю, окупятся или нет (опять же, что считать окупаемостью?), но следующее как минимум неочевидно
такие же соотношения будут и в Китае
В Китае крупные города несравнимо больше Москвы и СПб, т.е. пассажиропоток в десятки-сотни раз выше.
Databricks - это в первую очередь Spark и сопутсвующая экосистема, плюс сейчас инструменты для всяких ML/AI/Data Science. Данные они для вас тоже могут хранить, но это необязательно - мы, например, этой функциональностью не пользуемся. Никакую БД они не предлагают - lakehouse это другое, но SQL интерфейс у этого всего есть.
Полезные ссылки, но я в облако наши проекты не стал бы загружать ради этих метрик. Вот если бы что-то было похожее без облака...
Из достаточно простого я нашел вот это https://github.com/change-metrics/monocle
Они и отчитываются. Перед советом директоров ежеквартально, как правило.
Это в идеальном мире, а в реальном никогда ничего не просто: руководители комманд отчитываются перед вышестоящим начальством, они в свою очередь отчитываются выше по цепочке. А на уровне совета директоров все разговаривают исключительно на языке KPI. Вот и вам, если захочется зарплату для своих сотрудников повысить, премию выбить или ещё какие плюшки, то придётся объяснять начальству, каким образом Вася работает лучше Пети.
Или наоборот, если нужно будет объяснять Пете, почему у него "продуктивность" неудовлетворительная - такое же бывает? Вы ж не будете говорить - ну, мне вот тут кажется, что ты должен "быстрее, лучше, сильнее" код писать, или "вон посмотри, Вася лучше тебя работает". Надо какие-то объективные метрики предоставить, чтобы обсуждать конкретику.
В общем, руководить командами - это непросто, а правильные метрики полезны. Другой вопрос - используются ли они во благо.
Сейчас уже и "из коробки" работает, без напильников.
Помнится, года 4 назад, когда я первый раз попробовал зум под линуксом, меня приятно удивило то, что всё работало - и шаринг, и видео, и звук. При этом тимс тогда под линуксом "работал" практически никак, слак не давал шарить один экран или окно, а других альтернатив для видео-конференций у нас не было.
Сейчас у зума раздражает только странноватый UI.
По моим ощущениям, те старые проблемы исчезли - по крайней мере я в последнее время про них не слышал вообще. Особенно про логи радость - сейчас observability просто на новый уровень вышло, в том числе через интеграцию с графаной. И девопсы довольны :)
P.S. У нас managed k8s (aks) если что.
Чего не хватало в swarm? Самое главное, наверное, стабильности. Частенько что-то там зависало, надо было ручками перезапускать (только давайте не будем играть в "да вы просто неправильно его настроили" :-) ). Были проблемы с доступом к логам в режиме реального времени. Ну, и future proofing + общий стек (у нас еще и nomad встречается в некоторых командах). Это из того, что я знаю точно. Наверняка, еще было много чего и крупного, и по мелочи - это уже надо у девопсов спрашивать, у меня другая специализация.
Переходить было "долго и тяжело" в основном не по нетехническим причинам - просто к моменту принятия решения о переходе уже наплодили сервисов, и надо было переносить всё это без даунтайма, постепенно, плюс тестирование и пр. Ну, и в целом нашему начальству бывало непросто объяснить, почему тратится время на инфраструктуру, за которую с клиентов дополнительно денежку не взять, вместо новых фич, которые можно продать.
Естественно, в процессе перехода вылезали всякие баги и недочёты - где-то криворучки, где-то недостестировали. В общем, не виню в этом k8s.
Так а зачем брать решение попроще, если заранее известно, что оно только на ближайшие годы? У нас был переход с Docker Swarm на K8s в процессе роста компании - было долго и тяжело. Причём практически изначально было понятно, что Docker Swarm нам будет не хватать по многим параметрам, но "стартап же, надо быстро и дёшево".
В Канаде, например, на зубы отдельная страховка. На ней есть годовой максимум, например 2 тыс. на человека, и на что он тратится неважно - pre-existing или нет.
2 тыс. - это, кстати, не так много (от места тоже зависит). Обычную коронку поставить, например, 1-1.5 тыс. у нас. За что-то типа имплантантов придётся доплачивать серьёзно, но на более-менее беспроблемные зубы, с периодическими пломбами хватит.
Какой максимализм... Вот мне не всё равно, плачу 50, работаю в IT :) Разница, знаете ли, набегает всё таки. 50 за свой телефон, 50 за жену (скоро ещё и дети подрастут, будут просить личные телефоны), 75 за домашний кабельный интернет. Можно всё то же самое взять у другого провайдера в два раза дороже и в итоге за год потратить на пару тысяч больше, а это уже достаточно заметно - не критично, конечно, но заметно.
Это не только в России...
Оценка компании в $9 млрд не означает наличия такой суммы для вложений во что-либо.
Это же marginal tax rate - на самую верхнюю часть дохода, а надо смотреть average. Вбейте свои 200к и получите 32% в Альберте. Да и это до всяких вычетов за RRSP, пенсии, детей и т.п. Не Техас, конечно, но и не Германия или Дания. 200к - это очень редкая зарплата. Большинство, я думаю, платит 10%-20% налогов.
Тут же везде ньюансы, смотреть надо детально, а не из первой гугловской ссылки делать далекоидущии выводы, что в Канаде очень высокие налоги, люди умирают в очереди на операции, бесплатная медицина плохая, и вообще равенства нету :)
Но опять же, я не агитирую - у вас свои обстоятельства, вполне возможно, что для вас в Альберте работы нет, можно и не философствовать на эту тему.
А я в Техасе бы не стал жить ни за какие деньги (в разумных рамках, конечно). Если дело исключительно в деньгах, то можно и на Родине жить - сколько уже копий сломано на эту тему.
Значит, таки равенство? :)