Вообще то с философией юникса ассоциируют именно эти три вещи и именно в этом порядке.
Write programs that do one thing and do it well.
Write programs to work together.
Write programs to handle text streams, because that is a universal interface.
И это действительно могущественный вывод на опыте создания програмных систем. Который постоянно вплывает в разные контекстах и эпохах. Сейчас к примеру это микросервисы.
Помоему если просто уяснить какие проблемы решают виртульные машины и какие проблемы решают контейнеры не останется вопросов и не надо будет писать такие странные простыни…
Контейнере в виртуалках самое распространенное явление. Docker vs. VM
но насколько — практически невозможно измерить, зависит от решаемых задач и самого программиста.
В том то и дело…
Eclipse вполне можно без мыши работать как и в IDEA. Но на практике редко встретишь тех кто может это полностью без мыши в одной из них…
1,5 года eclipseпод xubuntu. Наблюдаю небольшой провал в скорости работы (иногда небольшие задержки) по сравнению с виндовой версией.
Но в целом вполне… Проблем с явой никаких которые можно было свести к eclipse. Но возможно ноут надо будет обновить — ему лет 7, хотя пока пофиг.
Дружище, вы не внимательно прочитали
— 1% со знаком вопроса в конце… Предпологающий что вы должны были или согласиться с этим или высказать предположнеи об этом.
Я личнио не верю даже в этот процент.
Так же с низу я привел вам примерно время о том сколько действительно средний девелопер проводит над вбиванием кода в IDE. надо отталкиваться от это-го…
Далее гораздо важнее комбинация Девелопер+ IDE Х чем просто IDE.
Когда я начал яву Eclipse было лучшим что есть… Мой опыт на яве >15 лет. Я работал в различных проектах, на различных фирмах и командах, как консультант и как внутренний сотрудник.
С нубами и с гениальными хакерами… Никто из опытных программеров не жаловался на то что ему мешает программировать Eclipse.. Помню один сумащедший опроект где я торчал на работе у клиента с 8 до 21:00 иногда до 23:00 ночи…
Это было в 2013-ом. Тогда перелопатил десятки тысяч строк легаси и к сожалений нашего нового но не очень хорошего кода колег- новичков… Нубы были с IDEA, потому что они уже с ней социализировалось…
Но писать код хороший или хотябы быстрее им это никак не помогало… Это не говорит что IDEA хуже эклипса… Вовсе нет!
Я даже верю им и вам всем, что она в чем-то лучше…
Меня уже пару раз пытались пересадить, на нее… Я тыкал пару дней, но в конце я так и не понимал в чем это лучше чем мой Эклипс (который я умею настраивать и затачивать) и зачем мне перучивать шорткаты… И не заметил что-бы мне это что-то с эконимило…
На данный момент я ДевОпс у нас на фирме примерно 20% с IDEA — они не пишут ни на сикунду быстрее, скорее наоборот, но перестали заниматься бэшингом еклипс потому-что поняли что преимущества у них особого нет… им просто нравится красный молоток с длинной рукояткой, а другим нравится тот что потяжелей с короткой ручко. Но оба они хороши…
И наверняка если б я только сейчас вышел с универа я бы начал с IDEA.
Я заикнулся пор ДевОпс, тоесть работаю со скриптами… Много было в последнее вреймя Ansible, Terraform, Puppet. Да еще в веб ушел с TypeScript и вот для этих целей мне понадобился совсем другой молоток. И я нашел прекрасным Visual Studio Code от микрософта — очень понравилась для таких вещей и да теперь у меня две дежурные IDE ;)
Согласен… В эклипсе более чем всего достаточно… Какой смылс переходить на IDEA что-бы сэконоимить хотябы 1% времени рабочего дня? ;)
Ерунда…
Я вообще хардкорно пользуюсь ИДЕ в по 1,2 часа в хорошие дни. Редко больше 4-ех ито это наверное по поводу кода все предельно ясно и например что-то from scratch пишется и опыт за плечами… Но как часто это? С микросервисами навверное чаще ;)
Но остальное время это дискуссии, чтение, поиск, обдумывание…
IDE новичков чаще волнует…
Было бы интресно найти сравнение о стабильности или экономии ресурсов этих двух дистирибутивов.
А так спасибо интересно и хочется попробовать особенно ранчер
Спасибо. Следующий момент интересен.
Сначала вы запускаете consul командой
consul agent -config-dir /etc/consul.d/bootstrap -bind=«IP_ADDRESS»
видимо это запускает его в спецмодусе bootstrap который вас не устраивает и вы потом перестартуете?
Можете прояснить зачем это точно делается и в целом разницу в модусах?
и второе сейчас вышел докер с встроеным swarm mode вы уже пробовали?
эти какраз переводят все научные термины, есть вроде контора такая за это ответственая… — ля гранд натьен — таки ;))
А немцы не паряться так по этому поводу… — и я тоже если честно… глаза режет на русском читать «гибкие методы» и прочее…
Зачем? Никто не заставляет в Пушкина вставлять английские слова… Но в проффессиональной деятельности, совершенно глобально востребонанной и развивающейся области, где английский стандарт, зачем придумывать сложности?
ИМХО.
Отслеживаются ли где-нибудь выявленные баги? В какой форме они доносятся до исполнителей — email, какой-нибудь im-клиент, телефон — или программист узнает о баге в тот момент когда в нему врывается орущий начальник? :)
Я это для меня норма. тут мы на одной волне.
Я имел ввиду перерегуляцию которая мне встречалась (не СНГ).
Например наш процесс выглядит так, что перед тем как добавить 3 столбца в ДБ ты должен обговорить это с Тем-то и с тем-то…
Процесс заказа виртуальных машин, рамки фреймворков, рамки, языков програмирования…
Процесс получения прав на сервисы и АПИ, процесс аргументации за новую идею…
Процессы… смотря что вы в это вкладываете… Невозможно формализировать все (в моем определеии формализация -часть процессориентированноси)
Возможны вы имеете ввиду обговоренности и общее понимание того что и как и зачем и почему без излишней формализации процесса… Тогда согласен…
Вот нас постоянно пугают этим эффеком. Но это невозможно распространить на все случаи и компании…
Например я решал определнные проблемы с деплойментом аппликаций и в начале 14-го наткнулся на Докер — который по определнию, если тупо смотреть на графики развития графиков был ХАЙПОМ (а многие до сих пор за хайп считаают)
Но поскольку у меня был уже 10 летний опыт програмирования, заботы о продуктивных серверах и решении организационных вопросов, я стал его испосльзовать и понемногу даже евангилизировать у себя на фирме (где был сраавнительно недавно)
И именно -этим граффиком мне давлаи отпор не вдумываясь… Мол хайп и ерунда…
Вот пол года назад стали ко мне приходить, что-бы показал как-та, было-то… Как его варить его, у тебя мол это же работаает в комманде…
Я смог доверить своему опыту и разобраться нужно это мне или нет не ждать 2-3 года пока кто-то решит что эот уже не хайп…
Мой вывод: Да про хайпы надо знать, особенно если ты юниор… Но когда ты сеньор и поковырял много чего, испытал много проблем, то доверяй своему опыту и остовайся открытым к диалогу…
Ищи диалог с опытными людьми особенно с теми кто другово мнения, если конечно человек умеет открыто общаться… Оставайся в диалоге…
Архитектуры и тулы не вечны и еще не постояннее требования к системам.
Но в случае же с БД хранится не просто состояние, а целая база, которая может насчитывать терабайты и терабайты данных. Перекидывать такой объем данных даже в случае отказа — весьма накладное дело. Именно поэтому количество хостов БД в любых конфигурациях, как правило, строго ограничено и не превышает в большинстве случаев 10-ти серверов (хотя возможны и другие варианты, но не с реляционными БД).
Ну в том то и дело… Есть ли смысл вообще базу данных в докер пихать…
В «нормальном»* кластере совершенно не хочется полагаться на доступнось какого-то определенного нода и знать его в лицо…
Если работать с контенерами то очень быстро имеет смысл не полагаться на топологию кластера (покраней мере на конкретные ноды)
Видимо в вашем примере вы полагаетесь на доступность конкретного хоста/нода/виртульной машины.
Но представьте боевой кластер с 10 или 100 машинами… с нормальным скедьюлером.
Ваш контейнер пишет данные через volume в хост «номер 7» потому что скедьюлер его там стартанул…
Так что происходит с вашими данными если машина номер 7 не отвечает минут 5 и контенер с мастером стартнул где-то в на машине 99?
Что происходит если машина не должна возвратится?
В этом то весь интерес… при поднятии каких-либо баз данных в «нормальном» контеннерном класстер, очень сильно не хочется собирать данные на ких-то хостах…
Хотя может это и просто по началу…
Увидев про сложный сценарий с базой данных в Докере, зашел прочитать о само интересном, куда и как вы пишите данные базы данных и что происходит при релокации контейнеров. Но не увидел…
И это действительно могущественный вывод на опыте создания програмных систем. Который постоянно вплывает в разные контекстах и эпохах. Сейчас к примеру это микросервисы.
Контейнере в виртуалках самое распространенное явление.
Docker vs. VM
И похоже даже просто docker в swarm mode это в на базовом но в большинстве случаев достаточном уровне уже тоже научился…
В том то и дело…
Eclipse вполне можно без мыши работать как и в IDEA. Но на практике редко встретишь тех кто может это полностью без мыши в одной из них…
Но в целом вполне… Проблем с явой никаких которые можно было свести к eclipse. Но возможно ноут надо будет обновить — ему лет 7, хотя пока пофиг.
— 1% со знаком вопроса в конце… Предпологающий что вы должны были или согласиться с этим или высказать предположнеи об этом.
Я личнио не верю даже в этот процент.
Так же с низу я привел вам примерно время о том сколько действительно средний девелопер проводит над вбиванием кода в IDE. надо отталкиваться от это-го…
Далее гораздо важнее комбинация Девелопер+ IDE Х чем просто IDE.
Когда я начал яву Eclipse было лучшим что есть… Мой опыт на яве >15 лет. Я работал в различных проектах, на различных фирмах и командах, как консультант и как внутренний сотрудник.
С нубами и с гениальными хакерами… Никто из опытных программеров не жаловался на то что ему мешает программировать Eclipse.. Помню один сумащедший опроект где я торчал на работе у клиента с 8 до 21:00 иногда до 23:00 ночи…
Это было в 2013-ом. Тогда перелопатил десятки тысяч строк легаси и к сожалений нашего нового но не очень хорошего кода колег- новичков… Нубы были с IDEA, потому что они уже с ней социализировалось…
Но писать код хороший или хотябы быстрее им это никак не помогало… Это не говорит что IDEA хуже эклипса… Вовсе нет!
Я даже верю им и вам всем, что она в чем-то лучше…
Меня уже пару раз пытались пересадить, на нее… Я тыкал пару дней, но в конце я так и не понимал в чем это лучше чем мой Эклипс (который я умею настраивать и затачивать) и зачем мне перучивать шорткаты… И не заметил что-бы мне это что-то с эконимило…
На данный момент я ДевОпс у нас на фирме примерно 20% с IDEA — они не пишут ни на сикунду быстрее, скорее наоборот, но перестали заниматься бэшингом еклипс потому-что поняли что преимущества у них особого нет… им просто нравится красный молоток с длинной рукояткой, а другим нравится тот что потяжелей с короткой ручко. Но оба они хороши…
И наверняка если б я только сейчас вышел с универа я бы начал с IDEA.
Я заикнулся пор ДевОпс, тоесть работаю со скриптами… Много было в последнее вреймя Ansible, Terraform, Puppet. Да еще в веб ушел с TypeScript и вот для этих целей мне понадобился совсем другой молоток. И я нашел прекрасным Visual Studio Code от микрософта — очень понравилась для таких вещей и да теперь у меня две дежурные IDE ;)
Ерунда…
Я вообще хардкорно пользуюсь ИДЕ в по 1,2 часа в хорошие дни. Редко больше 4-ех ито это наверное по поводу кода все предельно ясно и например что-то from scratch пишется и опыт за плечами… Но как часто это? С микросервисами навверное чаще ;)
Но остальное время это дискуссии, чтение, поиск, обдумывание…
IDE новичков чаще волнует…
А так спасибо интересно и хочется попробовать особенно ранчер
Сначала вы запускаете consul командой
consul agent -config-dir /etc/consul.d/bootstrap -bind=«IP_ADDRESS»
видимо это запускает его в спецмодусе bootstrap который вас не устраивает и вы потом перестартуете?
Можете прояснить зачем это точно делается и в целом разницу в модусах?
и второе сейчас вышел докер с встроеным swarm mode вы уже пробовали?
Ок. мы о разном.
эти какраз переводят все научные термины, есть вроде контора такая за это ответственая… — ля гранд натьен — таки ;))
А немцы не паряться так по этому поводу… — и я тоже если честно… глаза режет на русском читать «гибкие методы» и прочее…
Зачем? Никто не заставляет в Пушкина вставлять английские слова… Но в проффессиональной деятельности, совершенно глобально востребонанной и развивающейся области, где английский стандарт, зачем придумывать сложности?
ИМХО.
Я это для меня норма. тут мы на одной волне.
Я имел ввиду перерегуляцию которая мне встречалась (не СНГ).
Например наш процесс выглядит так, что перед тем как добавить 3 столбца в ДБ ты должен обговорить это с Тем-то и с тем-то…
Процесс заказа виртуальных машин, рамки фреймворков, рамки, языков програмирования…
Процесс получения прав на сервисы и АПИ, процесс аргументации за новую идею…
Возможны вы имеете ввиду обговоренности и общее понимание того что и как и зачем и почему без излишней формализации процесса… Тогда согласен…
Например я решал определнные проблемы с деплойментом аппликаций и в начале 14-го наткнулся на Докер — который по определнию, если тупо смотреть на графики развития графиков был ХАЙПОМ (а многие до сих пор за хайп считаают)
Но поскольку у меня был уже 10 летний опыт програмирования, заботы о продуктивных серверах и решении организационных вопросов, я стал его испосльзовать и понемногу даже евангилизировать у себя на фирме (где был сраавнительно недавно)
И именно -этим граффиком мне давлаи отпор не вдумываясь… Мол хайп и ерунда…
Вот пол года назад стали ко мне приходить, что-бы показал как-та, было-то… Как его варить его, у тебя мол это же работаает в комманде…
Я смог доверить своему опыту и разобраться нужно это мне или нет не ждать 2-3 года пока кто-то решит что эот уже не хайп…
Мой вывод: Да про хайпы надо знать, особенно если ты юниор… Но когда ты сеньор и поковырял много чего, испытал много проблем, то доверяй своему опыту и остовайся открытым к диалогу…
Ищи диалог с опытными людьми особенно с теми кто другово мнения, если конечно человек умеет открыто общаться… Оставайся в диалоге…
Архитектуры и тулы не вечны и еще не постояннее требования к системам.
Ну в том то и дело… Есть ли смысл вообще базу данных в докер пихать…
Если работать с контенерами то очень быстро имеет смысл не полагаться на топологию кластера (покраней мере на конкретные ноды)
Видимо в вашем примере вы полагаетесь на доступность конкретного хоста/нода/виртульной машины.
Но представьте боевой кластер с 10 или 100 машинами… с нормальным скедьюлером.
Ваш контейнер пишет данные через volume в хост «номер 7» потому что скедьюлер его там стартанул…
Так что происходит с вашими данными если машина номер 7 не отвечает минут 5 и контенер с мастером стартнул где-то в на машине 99?
Что происходит если машина не должна возвратится?
В этом то весь интерес… при поднятии каких-либо баз данных в «нормальном» контеннерном класстер, очень сильно не хочется собирать данные на ких-то хостах…
Хотя может это и просто по началу…