Электрички отменили. Заебись.

Всем привет. Есть кто из Белгорода/Воронежа/Курска? :)

Там в мск совсем пиздец по погоде?

Электрички отменили. Заебись.

i chto delat'?

Там в мск совсем пиздец по погоде?

да, немношк

да - повалило слабые деревья

теперь на дороге лежат

:(

хорошо

ага! я угадал! ^ ^

Всем хай

Восьмой Node.js Meetup в Яндексе прошел горячо :)

egegei

Зацените подборку)

А вот и свежая подборка крутых чатов/каналов о веб-разработке) https://telegram.me/phpgeeks лучшая webdev конфа с уклоном в PHP https://telegram.me/PhpChannel - канал с крутыми фишками и новостями https://telegram.me/bitrixdev - молодая конфа битрикс мастеров https://telegram.me/laravel_pro - чат разработчиков Laravel https://telegram.me/jsChat - обсуждаем JS

А другие некоторые не понимают зачем писать тесты к коду, зачем переходить с mysql на постгрес и т.д.

а на постгрес зачем?

а на постгрес зачем?

Сегодня на эту тему топил два часа людям доказывал, уже нет сил

а на постгрес зачем?

так надо

Сегодня на эту тему топил два часа людям доказывал, уже нет сил

Напиши пост на steemit и ссылку кидай прост

Восьмой Node.js Meetup в Яндексе прошел горячо :)

да ну ! не ответили мне на вопросы )

Напиши пост на steemit и ссылку кидай прост

Напишу какнить. А то уже раза три доказывал одно и то же

да ну ! не ответили мне на вопросы )

Что за вопросы были?

главная проблема с Postgres'ом - на нём не работают CMS'ки и как следствие программисты начального уровня приходят со знаниями именно MySQL&MariaDB, а не Postgres'а

точнее, они даже не подозревают о его существовании

главная проблема с Postgres'ом - на нём не работают CMS'ки и как следствие программисты начального уровня приходят со знаниями именно MySQL&MariaDB, а не Postgres'а

Это чья проблема?

Что за вопросы были?

Они говорят " микросервисами все девелопится быстро и классно".

У меня на мускуле все робит, что я делаю не так?

Это чья проблема?

ну вот захотите вы недорогого программиста на php - большая вероятность, что он не сталкивался с Postgres

Мускул, кстати, шибко проще в администрировании если нет особых запросов

Они говорят " микросервисами все девелопится быстро и классно".

а что за вопрос?

ну вот захотите вы недорогого программиста на php - большая вероятность, что он не сталкивался с Postgres

я тебе так скажу, он даже будет писать Postgre

По крайней мере 3 года взат постгрес был изкоробки неюзабелен - не логинит, каких-то кронжобов с вакуумами требует и ваще

Что за вопросы были?

а я спросил, если у нас фича, которая затрагивает контракты 3-4-5 сервисов насквоозь, как быть ? Ответ напрашивается сам (это их был первый ответ) типа пусть тогда изменения вносит оди девелопер. Но тогда вопрос, если сервис действительно микро, кода там чутка. И если у нас есть вторая фича, которая затрагивает часть этих сервисов, и фичу делает второй девелопер, то у них могут быть конфликты в том коде том, что они оба правят. И как жить ?

psql сложнее , автовакуум костыль ещё тот

а я спросил, если у нас фича, которая затрагивает контракты 3-4-5 сервисов насквоозь, как быть ? Ответ напрашивается сам (это их был первый ответ) типа пусть тогда изменения вносит оди девелопер. Но тогда вопрос, если сервис действительно микро, кода там чутка. И если у нас есть вторая фича, которая затрагивает часть этих сервисов, и фичу делает второй девелопер, то у них могут быть конфликты в том коде том, что они оба правят. И как жить ?

не ломать обратную совместимость

psql сложнее , автовакуум костыль ещё тот

Вот да

да, и возникает жопа с версионированием и депенденси менеджментом сервисов

и кто постит звуковые сообщения? Кто эти люди?

Если просто надо сто строчек хранить с скл интерфейсом - мускул выборчемпиона

да, и возникает жопа с версионированием и депенденси менеджментом сервисов

нет, просто апи должно быть стабильно.

и кто постит звуковые сообщения? Кто эти люди?

Двачеры

и кто постит звуковые сообщения? Кто эти люди?

Я жалуюсь

нет, просто апи должно быть стабильно.

всмысле ?

всмысле ?

в смысле, что обратно несовместимые изменения в контракты вносятся только очень и очень и очень хорошо подумав

не, ну получается что нада версионировать ? а насколько ?

всмысле ?

в прямом. Вот есть апи докера. В нем редко вносят изменения. Вот аналогично и с программами, микро-сервисами

получается что каждое "ломающее" изменение должно рождать версию ?

По крайней мере 3 года взат постгрес был изкоробки неюзабелен - не логинит, каких-то кронжобов с вакуумами требует и ваще

Ничего такого не было. Я даже не был девопсом еще, все из коробки ставилось и работало.

в прямом. Вот есть апи докера. В нем редко вносят изменения. Вот аналогично и с программами, микро-сервисами

я думал они нам как раз для этого чтобы хуячить быстро и менять много

3 года назад уже был автовакуум емнип

я думал они нам как раз для этого чтобы хуячить быстро и менять много

хуячить код а не апи

типа "у нас микросервисы, но апи почти не должно меняться". а смысл ?

я думал они нам как раз для этого чтобы хуячить быстро и менять много

менять много, но не апи

главная проблема с Postgres'ом - на нём не работают CMS'ки и как следствие программисты начального уровня приходят со знаниями именно MySQL&MariaDB, а не Postgres'а

а ещё среды вменяемой нет)

а ещё среды вменяемой нет)

эм?

под постгрес

менять много, но не апи

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

воу воу воу

под постгрес

от intellij есть годная приблуда для субд

dbforge обещают выпустить... уже года два

Друзья а девопс и тимлид это схожие понятия?

я понимаю версии - ок. но в каких случаях она у нас возникает ? и как "управлять" версиями как зависимостями ?

ERROR: S client not available

просто есть такое понятие как default stack, классика; для php это, конечно, mysql; для джанги - sqlite/postgres; flask - mongo/postgres; nodejs - mongo (so named MEAN)

?

Друзья а девопс и тимлид это схожие понятия?

блин, Я даже не знаю что ответить

C# - MSSQL

Друзья а девопс и тимлид это схожие понятия?

это как таксист и техника экстремальной езды.

жава - оракал

?

я понимаю версии - ок. но в каких случаях она у нас возникает ? и как "управлять" версиями как зависимостями ?

не ломать обратную совместимость это не обязательно версионирование

не ломать обратную совместимость это не обязательно версионирование

ну а если иначе никак ?

По сути и тот и тот должен знать проект от и до, на отличном уровне

кстати, если про msa — там вроде есть трабла с распределенными транзакциями, или это моя фантазия?

если иначе, это дает неоднозначное поведение.

ну а если иначе никак ?

значит на этапе проектирования кто-то пинал болт

погодь, микро оно про то, что мы бы могли резко вносить зименения, когда просрали на этапе проектирования, не ?

типа чтобы внесение этих изменений было дешево и безболезнено.

это же подается как плюс микросервисов

изменения в код, не в api

Ты что скажешь разрабу, который резко тебе сменить api либы?

ты так говоришь как будто апи и код не связаны.

По сути и тот и тот должен знать проект от и до, на отличном уровне

Тимлид доминирует над другими разработчиками, а девопс с ними договаривается.

Ты что скажешь разрабу, который резко тебе сменить api либы?

я и говорю что это больно. вопрос про то как эти проблемырешать.

а вы мне говорите "а ты не меняй"

та же ситуация, как и с рефакторингом большого монолита, когда меняются контракты и api сущностей

та же ситуация, как и с рефакторингом большого монолита, когда меняются контракты и api сущностей

тогда в чем плюсы от микро ? )

если вносить изменения также больно.

вносить изменения в монолит, так что это не затрагивает другие куски кода, тоже не проблема как бы.

да только каждый раз выкатывать огромный сервис

с доунтаймом или обновлением всего

Тимлид доминирует над другими разработчиками, а девопс с ними договаривается.

Ну да по форме взаимодействия есть различия

с доунтаймом или обновлением всего

ну если вы иначе не умеете, то и микросервисы не сможете.