Как будто этот бенчмарк - для объективного выбора. Искусственные бенчмарки показывают радиус сферы коня и ничего более. К реальной жизни и реальным задачам - всё это не имеет никакого отношения.
Ответ, я полагаю, простой. Потому что очередной DevOps прочитал в статье от такого же DevOps, что для того, что бы запустить редис, нужно выполнить вон ту команду с докером. Ну и сделал. Он что, должен что-ли ещё разбираться, как это работает? И вот так всЕ.
А я бы ещё хотел узнать, каким образом на мой email стала приходить информация о чужих заказах. Т.е. по сути, каким образом мой аккаунт оказался у другого человека, которому оператор отдал мой старый телефонный номер?
Так где вам нравиться, там и используйте. Я использую везде, и на десктопе и на сервере. Хотя, скажу вам честно, если у вас возникает такой вопрос, то не нужно. Не для вас оно. Не хочу вас обидеть, не подумайте. Такой вопрос - он что-то вроде "куда сейчас лучше пойти в айти".
Каждая миллисекунда имеет значение, микрооптимизация это must have, особенно на языке Go.
Серьезно, б..... Как только вы обращаетесь хоть к одному внешнему сервису, по сети, а вы будете это делать, иначе у вас сферический конь в вакууме, забудьте слово "микрооптимизации".
По своему опыту я вижу, что рекрутёры ничего не отличаются. Может конечно - это не настоящие рекрутёры, но других я не встречал. Я встречаю только тех, которые мне в linkedin пишут.
Я пробовал не подключать свой. Через пару недель у него сбивается время и начинает путаться расписание работы. Т.е. начинал работать в неожиданное время, ночью например.
Для меня, в основном в том, что конфиги в нормальных текстовых файлах и я могу их нормально редактировать в любимом редакторе и хранить в git. Следующая причина - развитый язык шаблонов, избавляющий меня от написания множества однотипных правил. Следующая причина - наличие зависимостей. Т.е. мне достаточно написать, что сервис А зависит от сервиса Б и все остальное будет автоматически. Т.е. мне не нужно руками описывать для каждого сервиса, что не посылать мне уведомления, если не работает сервис Б, а так же сервис Ц, от которого зависит Б, а так же ещё каких-нибудь 2 других сервиса и т.д. Задолбался я в zabbix возить мышкой, настраивая вот это всё.
Так это, по моим наблюдениям, сейчас вообще никого не волнует. Ну может быть, опосредованно, пользователя. Только его мнение тоже никого не волнует. Современная беда.
Вот. На мой взгляд - это правильное описание сеньёра. Самостоятельность и ответственность, а не чушь типа
что он может быть потенциальным замом тимлида
и прочих, прости господи софт - скилов. Сеньёр не исчезнет на неделю, а потом окажется, что он ничего не сделал, потому что "я не знаю, как это сделать". Если он чего-то не знает, то узнает и задачу выполнит. Если не может выполнить задачу по не зависящим от него причинам, то своевременно уведомит всех заинтересованных лиц, а не будет молчать неделю. И т.д.
Так я же в прошлых комментариях писал, что моя выборка не репрезентативна. Полагаю, что и ваша - так же. У меня вот такой вот опыт сложился. У вас - другой. Но как по мне, лучше жить с понимаем того, что может быть хуже, чем с уверенность, что такого не бывает.
Боже мой, какие вы наивные. Нет, я не работал ни разу на госконторы. Самые мои лучшие воспоминания о работе в мелких рогах и копытах. А то, что я рассказываю - это мой опыт работы на американские корпорации и псевдо-корпорации. А зачем тратить свою жизнь на подобные места? Из-за денег. Платят много и можно накопить на безбедную старость.
Согласен. В процессе поиска работы вижу, что все вакансии существуют по принципу: не очень то и нужно.
Как будто этот бенчмарк - для объективного выбора. Искусственные бенчмарки показывают радиус сферы коня и ничего более. К реальной жизни и реальным задачам - всё это не имеет никакого отношения.
Ответ, я полагаю, простой. Потому что очередной DevOps прочитал в статье от такого же DevOps, что для того, что бы запустить редис, нужно выполнить вон ту команду с докером. Ну и сделал. Он что, должен что-ли ещё разбираться, как это работает? И вот так всЕ.
А я бы ещё хотел узнать, каким образом на мой email стала приходить информация о чужих заказах. Т.е. по сути, каким образом мой аккаунт оказался у другого человека, которому оператор отдал мой старый телефонный номер?
Вопрос не имеет смысла. Потому, что смотря для кого.
Ну да, ну да. Знаем, плавали. А потом каждый думает, а что это было? Вроде что-то говорили, а ничего не сказали.
Т.е. зачем-то притворялись? Но зачем?
А потом все эти притворщики сбросили маски и теперь нормальному программисту интроверту работу не найти.
Так где вам нравиться, там и используйте. Я использую везде, и на десктопе и на сервере. Хотя, скажу вам честно, если у вас возникает такой вопрос, то не нужно. Не для вас оно. Не хочу вас обидеть, не подумайте. Такой вопрос - он что-то вроде "куда сейчас лучше пойти в айти".
Есть gitup, т.ч. в удобстве разницы на самом деле никакой. Да даже и с git, тоже разницы нет. git clone делается один раз.
Серьезно, б..... Как только вы обращаетесь хоть к одному внешнему сервису, по сети, а вы будете это делать, иначе у вас сферический конь в вакууме, забудьте слово "микрооптимизации".
По своему опыту я вижу, что рекрутёры ничего не отличаются. Может конечно - это не настоящие рекрутёры, но других я не встречал. Я встречаю только тех, которые мне в linkedin пишут.
Собственно, а как там может быть? Наследник Nagios с многолетней историей. Что там может быть иного, кроме того же самого работает годами и не падает.
Вопрос не понял. Архитектура чего, объём каких баз и при чём тут скорость работы postgresql?
Сразу предупрежу - у меня сеть не большая. Пяток серверов и железок разных, да сотня сервисов.
Не могу сказать. Мне достаточно было этого.
У меня вся эта техника и так в отдельной сети, правда без ограничений доступа в интернет.
Я пробовал не подключать свой. Через пару недель у него сбивается время и начинает путаться расписание работы. Т.е. начинал работать в неожиданное время, ночью например.
Для меня, в основном в том, что конфиги в нормальных текстовых файлах и я могу их нормально редактировать в любимом редакторе и хранить в git. Следующая причина - развитый язык шаблонов, избавляющий меня от написания множества однотипных правил. Следующая причина - наличие зависимостей. Т.е. мне достаточно написать, что сервис А зависит от сервиса Б и все остальное будет автоматически. Т.е. мне не нужно руками описывать для каждого сервиса, что не посылать мне уведомления, если не работает сервис Б, а так же сервис Ц, от которого зависит Б, а так же ещё каких-нибудь 2 других сервиса и т.д. Задолбался я в zabbix возить мышкой, настраивая вот это всё.
Плюсик поставил. Сочувствую вашим попыткам объяснить, сам такой же. Люди этого не понимают.
Так это, по моим наблюдениям, сейчас вообще никого не волнует. Ну может быть, опосредованно, пользователя. Только его мнение тоже никого не волнует. Современная беда.
Вот. На мой взгляд - это правильное описание сеньёра. Самостоятельность и ответственность, а не чушь типа
и прочих, прости господи софт - скилов. Сеньёр не исчезнет на неделю, а потом окажется, что он ничего не сделал, потому что "я не знаю, как это сделать". Если он чего-то не знает, то узнает и задачу выполнит. Если не может выполнить задачу по не зависящим от него причинам, то своевременно уведомит всех заинтересованных лиц, а не будет молчать неделю. И т.д.
Так я же в прошлых комментариях писал, что моя выборка не репрезентативна. Полагаю, что и ваша - так же. У меня вот такой вот опыт сложился. У вас - другой. Но как по мне, лучше жить с понимаем того, что может быть хуже, чем с уверенность, что такого не бывает.
Боже мой, какие вы наивные. Нет, я не работал ни разу на госконторы. Самые мои лучшие воспоминания о работе в мелких рогах и копытах. А то, что я рассказываю - это мой опыт работы на американские корпорации и псевдо-корпорации. А зачем тратить свою жизнь на подобные места? Из-за денег. Платят много и можно накопить на безбедную старость.