https://github.com/Mister-N/angular-library-localize
Помогите решить проблему с локализацией в Ангуляр. Задача простая - нужно сделать локализацию в библиотеке Angular (а не в приложении). Суть проблемы и тестовый кейс на github (см. ссылку). Если есть мысли и предложения, то пишите в комментарии.
Помогите решить проблему с локализацией в Ангуляр. Задача простая - нужно сделать локализацию в библиотеке Angular (а не в приложении). Суть проблемы и тестовый кейс на github (см. ссылку). Если есть мысли и предложения, то пишите в комментарии.
GitHub
GitHub - Mister-N/angular-library-localize
Contribute to Mister-N/angular-library-localize development by creating an account on GitHub.
🤔1
Забавная 16ричная арифметика, смотрите:
0x10 * 0x2 = 0x20
0x20 * 0x2 = 0x40
0x40 * 0x2 = 0x80
0x80 * 0x2 = 0x???
Сколько будет 0x80 * 0x2?
0x10 * 0x2 = 0x20
0x20 * 0x2 = 0x40
0x40 * 0x2 = 0x80
0x80 * 0x2 = 0x???
Сколько будет 0x80 * 0x2?
🤔2👍1
Закончил чтение книги. Что могу сказать? Довольно водянистый труд о масштабировании и надежности, вроде все базворды использованы "масштабирование", "надежность", "облака" и т.д. Но после прочтения складывается ощущение небрежности автора, как будто не хватило времени на оформление и продумывание деталей.
На протяжении всей книги пытаешься удержать смысл повествования, вместо того чтобы плавно переходить от темы к теме, идет какое-то постоянное разглагольствование ни о чем.
Не рекомендую эту книгу. Прочитал потому что надеялся, на чудо. Не получилось.
#обзор #книга
На протяжении всей книги пытаешься удержать смысл повествования, вместо того чтобы плавно переходить от темы к теме, идет какое-то постоянное разглагольствование ни о чем.
Не рекомендую эту книгу. Прочитал потому что надеялся, на чудо. Не получилось.
#обзор #книга
👍43💯5😢1
Почему кодинг проигрывает архитектуре?
Я думаю все хотя бы раз слышали, а может быть и сами говорили фразу смысл которой сводится к следующему - "бизнесу важен продукт, а не идеальный код". Это действительно так. Знание всех нюансов языка программирования уже давно не требуется от среднего разработчика. Более того, многие языки слишком сложны для одного человека, тот же С++ стал настолько сложным, что знать его во всех нюанса просто невозможно.
Если еще 10 лет назад активно продвигалась идея глубоко знания языков программирования, то сегодня это требование не играет основную роль. Если раньше была глубокая уверенность, что код вечен, то сейчас время от времени, да промелькнет вопрос про no code. И даже если код все равно нужно будет писать, не окажется ли, что писать код сможет AI (привет Copilot)?
Таким образом получается, что код хоть и важен для разработки, но глубоко знание языков программирования уже не так уж и важны. Писать код можно научить любого, да с ошибками, да не идеально. Но так или иначе все давно привыкли к тому, что программисты вечно ошибаются и потом исправляют свои ошибки.
Так же стоит отметить, что программисты пишут не так много кода, большая часть любого проекта - это готовые фреймворки и библиотеки, а меньшая - бизнес-логика.
Программистов становится больше, уникального кода становится меньше и все чаще возникает необходимость сделать так, чтобы в проекте можно было объединить много разработчиков, так чтобы они не мешали друг другу. И вот тут мы обращаемся к архитектуре - неважно, есть у нас код, нет у нас кода, архитектура до сих пор нужна на всех уровнях производства программного обеспечения. Без архитектуры предприятия не обходится ни одна крупная компания, без системной архитектуры не обходится ни один крупный проект, на уровне кода тоже активно внедряют архитектуру (не зря Роберт Мартин написав "Чистый код" решил написать "Чистую архитектуру").
Вот и получается, что в приложениях будущего значимость архитектуры будет все выше, а кодинга все ниже.
Я думаю все хотя бы раз слышали, а может быть и сами говорили фразу смысл которой сводится к следующему - "бизнесу важен продукт, а не идеальный код". Это действительно так. Знание всех нюансов языка программирования уже давно не требуется от среднего разработчика. Более того, многие языки слишком сложны для одного человека, тот же С++ стал настолько сложным, что знать его во всех нюанса просто невозможно.
Если еще 10 лет назад активно продвигалась идея глубоко знания языков программирования, то сегодня это требование не играет основную роль. Если раньше была глубокая уверенность, что код вечен, то сейчас время от времени, да промелькнет вопрос про no code. И даже если код все равно нужно будет писать, не окажется ли, что писать код сможет AI (привет Copilot)?
Таким образом получается, что код хоть и важен для разработки, но глубоко знание языков программирования уже не так уж и важны. Писать код можно научить любого, да с ошибками, да не идеально. Но так или иначе все давно привыкли к тому, что программисты вечно ошибаются и потом исправляют свои ошибки.
Так же стоит отметить, что программисты пишут не так много кода, большая часть любого проекта - это готовые фреймворки и библиотеки, а меньшая - бизнес-логика.
Программистов становится больше, уникального кода становится меньше и все чаще возникает необходимость сделать так, чтобы в проекте можно было объединить много разработчиков, так чтобы они не мешали друг другу. И вот тут мы обращаемся к архитектуре - неважно, есть у нас код, нет у нас кода, архитектура до сих пор нужна на всех уровнях производства программного обеспечения. Без архитектуры предприятия не обходится ни одна крупная компания, без системной архитектуры не обходится ни один крупный проект, на уровне кода тоже активно внедряют архитектуру (не зря Роберт Мартин написав "Чистый код" решил написать "Чистую архитектуру").
Вот и получается, что в приложениях будущего значимость архитектуры будет все выше, а кодинга все ниже.
👍97❤5👎1👏1
🎉 у меня в now первая сотня подписчиков. Прямо очень этому рад. Приложение становится круче и круче, оно мне даже больше чем инстаграм нравится.
👍26💯4👏1
Совсем забыл сказать, в этом месяце снова подарю PRO подписку на soer.pro, кандидат уже есть, он сделал хороший вклад - закрыл issue по отображению ответов на вопросы в виде списка.
Если кому-то хочется поучаствовать в OpenSource проекте на ангуляр, то я буду рад вашей помощи. Самый активный получит PRO.
https://github.com/soerdev/soer
Если кому-то хочется поучаствовать в OpenSource проекте на ангуляр, то я буду рад вашей помощи. Самый активный получит PRO.
https://github.com/soerdev/soer
Начал записывать короткие видео с простыми советами. Такие шорты для моего канала всегда были очень болезненны. Интересно ваше мнение, стоит снимать их дальше, или нет? Голосуем - палец вверх - нужно, все остальное - нет.
https://www.youtube.com/shorts/qOmcabTfRnA
https://www.youtube.com/shorts/qOmcabTfRnA
YouTube
Главная ошибка программистов, которые делают архитектуру проекта
👍130👎17🔥5🌚5🤔2🤩1
Среди всех провокационных вопросов, которые можно задать agile-методистам, есть один от которого подгорает чуть меньше чем у всех.
Вся культура разработки строится на базовом принципе, что разработчики высокомотивированы и просто мечтают работать в эффективной команде. Но вот стоит спросить "а что если программистам нравится бухать и тусоваться в барах, а не писать программы и стремиться быть эффективными?". После нескольких попыток рассказать, что человек который любит бухать на самом деле скрыто мечтает фигачить код и общаться в команде, обычно идет "это вообще не проблема методологии".
Практика такова, что огромная часть разработчиков любит пиво больше чем программировать. В программировании их вообще привлекает только та сумма, которая ежемесячно падает на их счет.
Самое интересное, что Agile очень помогает мимикрировать под увлеченного программиста - "я не сплю, я думаю", "зачем документация, давайте пообщаемся и найдем решение", "давайте подумаем как быть более эффективными"... В общем Agile позволяет унылое г... выдать за "продукт", а собственную лень, за глубокий мыслительный процесс.
И мне все больше кажется, что именно возможность "закосить" нравится программистам в Agile больше всего.
Вся культура разработки строится на базовом принципе, что разработчики высокомотивированы и просто мечтают работать в эффективной команде. Но вот стоит спросить "а что если программистам нравится бухать и тусоваться в барах, а не писать программы и стремиться быть эффективными?". После нескольких попыток рассказать, что человек который любит бухать на самом деле скрыто мечтает фигачить код и общаться в команде, обычно идет "это вообще не проблема методологии".
Практика такова, что огромная часть разработчиков любит пиво больше чем программировать. В программировании их вообще привлекает только та сумма, которая ежемесячно падает на их счет.
Самое интересное, что Agile очень помогает мимикрировать под увлеченного программиста - "я не сплю, я думаю", "зачем документация, давайте пообщаемся и найдем решение", "давайте подумаем как быть более эффективными"... В общем Agile позволяет унылое г... выдать за "продукт", а собственную лень, за глубокий мыслительный процесс.
И мне все больше кажется, что именно возможность "закосить" нравится программистам в Agile больше всего.
🔥67👍23🐳18🤔5🌚3👏2