Очень полезная статья. Наблюдаю посление лет 10 попытки хранить транзакционные данные в NoSQL базах. В зависимости от выбора БД это имеет разную степень успешности. Но Редис тут не годится совершенно. Что не так
не масштабируется - редис быстрый но, но по сути однопоточный
не скалируется по объему данных. Если у вас база 64Гб, то вам надо два сервера (мы же хотим отказоустойчивость) с 64Гб памяти для в общем-то крохотной базы которую легко держит postgres установленный на R Pi
как только у вас начнутся конкрурентные изменения данных пользователя - вам придется либо существенно все замедлять и делать слой синхронизации, либо изменения будут иногда теряться
Представьте, что вам нужен список всех пользователей из Костромы? А теперь все пользователи из Ростова старше 40 лет. То что в РСУБД делается за минуту человеком поверхностно знающим SQL тут требует в лучшем случае часов работы программиста
Похожая история была вот у этих ребят https://freefeed.net/ - они сделали микро соц сетку на Редисе и уперлись в перечисленные выше проблемы, особенно больной была проблема номер два. В результате переписывали на постгрес.
Буду обязательно давать читать эту статью начинающим архитекторам.
Увлекаюсь программированием примерно с 1987 года. В какой-то момент за это мне даже стали платить какие-то деньги.
Совершенно согласен с автором статьи. Если у вас есть сомнения заниматься программированием или нет. Если хотя бы один из пунктов выше заставляет вас задуматься. Не становитесь программистом. Нам тут в IT будет намного проще жить.
Да понятно, что с docker compose в прод идти нельзя. Это даже не вопрос. Вопрос в том как сконвертить docker compose используемый разработчиками во что-то простое и пригодное для прода.
у меня такой же вопрос про альтернативы. Да k8s имеет много недостатков. Но вот у меня есть docker-compose с вязанкой сервисов созданный разработчиками. Мне надо его переместить в рабочее окружение. Т.е. сделать чтобы у меня было несколько экземпляров нужных мне сервисов, правильно сконфигурированных.
Что использовать? K8S это конечно кошмар. Но какие альтернативы? Какой-то конвертер в ansible? Swarm?
Ну это мое субъективное наблюдение - когда рынок только появлялся, скажем в 2010 году - все переквалифицировались в мобильные разработчики как проклятые учили Andriond и/или iOS.
Сейчас несколько знакомых - очень хороших мобильщиков пошли в backend в том или ином виде.
Причина - сильная сепарация рынка мобильных приложений. Либо это 0.1% топовых контор получающих львиную долю прибыли, либо нишевые приложения, разработчики которых нашли нишу и заняли ее первыми, либо это бизнес приложения которые являются сателлитами чего-то большого.
Жизнь есть в первых двух, третье это приложение в большему бизнесу, там не большой объем и в целом все не так весело
Смартфонов действительно много, но вот приложений для них особенно самостоятельных приложений не так много надо. У всех миллиардов стоит одно и то же - телеграм, инстаграм, твитер, хром, несколько "игрушек" - дофаминовыжималок из набора в пару сотен штук. И какие-то специальные кейсы - ворота в большие системы - банк клиент, что-то такое специфичное професии и как бы все.
Пользователям смартфонов не нужны миллионы приложений им нужен стандартный набор, который "делает их уникальными"
Ну если у вас есть опыт то могут не брать примерно по следующим причинам
у вас что-то реально стремно выглядит в CV, я не знаю, страна проживания Сомали, судимость, работа в ФСБ или что-то такое от чего HR падают в обморок
Вы стучитесь не в те конторы т.е. надо расширить диапазон поиска. Тут зависит от страны проживания и т.п. не могу дать конкретный совет - разве что постучитесь в большие аутсорсинговые конторы - там входной фильтр слабее
Вы пишете мелкие бизнес приложения, но делаете это крайне не системно, без знания обычных подходов, т.е. такое "самоучка стайл". Таких разработчиков очень сложно интегрировать в команду. Но это должно быть что-то вот вообще поперек обычных практик. Не глядя в код сложно сказать точнее.
Ну и вообще сейчас рынок разработчиков для мобилок схлопнулся очень сильно. Я бы порекомендовал если вот нужна прям работа пойти на Java backend - там язык тот же, платформа практически та же. Подучить немного простых вещей и вперед.
Да блин я тут активно помогаю беседовать в разные проекты джавистов. И сейчас можно наблюдать со стороны HR такой посыл "глянь какое резюме, чувак милостиво согласился побеседовать с нами целых полчаса, будет коллективное собеседование с разных проектов, кто про себя лучше расскажет, туда чувак и пойдет. Что ты какую задачу дать, он так вообще испугается, рынок перегрет, скажи спасибо, что чел вообще согласился побеседовать".
У меня такое ощущение что, сейчас берут вообще всех кто достаточно наглый правильно наврать в резюме и знает IT достаточно хорошо, чтобы пару раз созвониться скайпом. Ну и по английски хоть как-то говорит.
Очень полезная статья. Наблюдаю посление лет 10 попытки хранить транзакционные данные в NoSQL базах. В зависимости от выбора БД это имеет разную степень успешности. Но Редис тут не годится совершенно. Что не так
не масштабируется - редис быстрый но, но по сути однопоточный
не скалируется по объему данных. Если у вас база 64Гб, то вам надо два сервера (мы же хотим отказоустойчивость) с 64Гб памяти для в общем-то крохотной базы которую легко держит postgres установленный на R Pi
как только у вас начнутся конкрурентные изменения данных пользователя - вам придется либо существенно все замедлять и делать слой синхронизации, либо изменения будут иногда теряться
Представьте, что вам нужен список всех пользователей из Костромы? А теперь все пользователи из Ростова старше 40 лет. То что в РСУБД делается за минуту человеком поверхностно знающим SQL тут требует в лучшем случае часов работы программиста
Похожая история была вот у этих ребят https://freefeed.net/ - они сделали микро соц сетку на Редисе и уперлись в перечисленные выше проблемы, особенно больной была проблема номер два. В результате переписывали на постгрес.
Буду обязательно давать читать эту статью начинающим архитекторам.
Технический уровень статей на Хабре опредленно обновил рекорд.
Блин, страсти какие в последних абзацах! Огонь!
Блин, сюжет лихо закручивается. Я боюсь где-то ближе к концу прочитать что-то про судебное преследование или миграцию на Бали.
Пусть будет хэппи энд
Занес руку над кнопкой установить win 11, почитал статью. Нет спасибо, я подожду пока таскбар можно будет оставить слева, как у меня сейчас.
Вот да, таскбар прибитый в нижней строке - ровно та фича которой мне не хватало
Увлекаюсь программированием примерно с 1987 года. В какой-то момент за это мне даже стали платить какие-то деньги.
Совершенно согласен с автором статьи. Если у вас есть сомнения заниматься программированием или нет. Если хотя бы один из пунктов выше заставляет вас задуматься. Не становитесь программистом. Нам тут в IT будет намного проще жить.
Да понятно, что с docker compose в прод идти нельзя. Это даже не вопрос. Вопрос в том как сконвертить docker compose используемый разработчиками во что-то простое и пригодное для прода.
Выглядит интересно. Вопрос в том не является ли это заменой одного зла на другое?
K8S хотя бы используется широко и его много кто знает.
у меня такой же вопрос про альтернативы. Да k8s имеет много недостатков. Но вот у меня есть docker-compose с вязанкой сервисов созданный разработчиками. Мне надо его переместить в рабочее окружение. Т.е. сделать чтобы у меня было несколько экземпляров нужных мне сервисов, правильно сконфигурированных.
Что использовать? K8S это конечно кошмар. Но какие альтернативы? Какой-то конвертер в ansible? Swarm?
Я без ехидства, мне реально нужно.
Delphi 11 Alexandria Has Been Released
https://blog.marcocantu.com/blog/2021-september-delphi-11-released.html
Я Spring data JDBC с записями проверял, вроде нормально работает. Аннотация просто в конструкторе ставится к параметру и все норм.
Обновил в памяти как Hibernate работает с сущностями. Да, не получится нифига. Надо заметить JPA это не в плюс.
А с записями в 17-ой Яве интересно как это будет выглядеть?
Я тоже не беру, но мир большой и бывает по разному.
Ну это мое субъективное наблюдение - когда рынок только появлялся, скажем в 2010 году - все переквалифицировались в мобильные разработчики как проклятые учили Andriond и/или iOS.
Сейчас несколько знакомых - очень хороших мобильщиков пошли в backend в том или ином виде.
Причина - сильная сепарация рынка мобильных приложений. Либо это 0.1% топовых контор получающих львиную долю прибыли, либо нишевые приложения, разработчики которых нашли нишу и заняли ее первыми, либо это бизнес приложения которые являются сателлитами чего-то большого.
Жизнь есть в первых двух, третье это приложение в большему бизнесу, там не большой объем и в целом все не так весело
Смартфонов действительно много, но вот приложений для них особенно самостоятельных приложений не так много надо. У всех миллиардов стоит одно и то же - телеграм, инстаграм, твитер, хром, несколько "игрушек" - дофаминовыжималок из набора в пару сотен штук. И какие-то специальные кейсы - ворота в большие системы - банк клиент, что-то такое специфичное професии и как бы все.
Пользователям смартфонов не нужны миллионы приложений им нужен стандартный набор, который "делает их уникальными"
Ну если у вас есть опыт то могут не брать примерно по следующим причинам
у вас что-то реально стремно выглядит в CV, я не знаю, страна проживания Сомали, судимость, работа в ФСБ или что-то такое от чего HR падают в обморок
Вы стучитесь не в те конторы т.е. надо расширить диапазон поиска. Тут зависит от страны проживания и т.п. не могу дать конкретный совет - разве что постучитесь в большие аутсорсинговые конторы - там входной фильтр слабее
Вы пишете мелкие бизнес приложения, но делаете это крайне не системно, без знания обычных подходов, т.е. такое "самоучка стайл". Таких разработчиков очень сложно интегрировать в команду. Но это должно быть что-то вот вообще поперек обычных практик. Не глядя в код сложно сказать точнее.
Ну и вообще сейчас рынок разработчиков для мобилок схлопнулся очень сильно. Я бы порекомендовал если вот нужна прям работа пойти на Java backend - там язык тот же, платформа практически та же. Подучить немного простых вещей и вперед.
Увы не так, сейчас фильтр на входе слишком слаб всвязи с бумом, а платят слишком много и кол-во Остапов Бендеров на входе бьет все рекорды
Увы так и есть. Так и есть, блин компот!
Да блин я тут активно помогаю беседовать в разные проекты джавистов. И сейчас можно наблюдать со стороны HR такой посыл "глянь какое резюме, чувак милостиво согласился побеседовать с нами целых полчаса, будет коллективное собеседование с разных проектов, кто про себя лучше расскажет, туда чувак и пойдет. Что ты какую задачу дать, он так вообще испугается, рынок перегрет, скажи спасибо, что чел вообще согласился побеседовать".
У меня такое ощущение что, сейчас берут вообще всех кто достаточно наглый правильно наврать в резюме и знает IT достаточно хорошо, чтобы пару раз созвониться скайпом. Ну и по английски хоть как-то говорит.
Не скажу, что я этому рад.
+1 с SQL я познакомился как раз в 93 году, как раз на DOS.
ну мы с вами обсуждаем не "как попатчить индустрию и делать все не криво", так то я с вами на 100% согласен, так и надо готовиться, обоими руками за.
Но на практике все происходит тяп-ляп и в продакшн. Это хреново, но таковы реалии и именно об устройстве на работу автора статьи мы и говорим.