Ну, если айти отрасль совсем умрет или полностью автономной от человека станет, то да, не хватит на хлебушек. А если потребность в специалистах будет оставаться, то уж на еду то им дадут.
Если приносит радость писать код, то продолжать искать. Найти работу сложно, но можно. На хлебушек хватит. Если же основная причина - это получить "перспективы", то стоит подумать еще раз. Перспективы сейчас в айти неясные.
А что, it всё еще остается привлекательным для абсолютных новичков? Т.е. для тех, кто только размышляет, а стоит ли пробовать. У меня сложилось впечатление, что на входе уже перенаселение. Жена недавно работу искала - 1к откликов на вакансию на позицию с опытом 5 лет. Про вакансии без опыта не знаю даже, как там дела обстоят.
Согласен, зависимость одностороння от компонента на композабл. Так что сцепленности нет. Разве что апи композабла чуть усложняется из-за эмитов, но это мелочи и, возможно, субъективное усложнение.
Так что если даже документация не запрещает эмитить из композаблов, то вполне рабочий подход. Спасибо буду держать на вооружении.
Я, кстати, не знал, что официальная документация не рекомендует эмитить из композаблов. Спасибо, автору, что поднял эту тему. Но, честно говоря, если бы мне пришлось решать подобную описанной в статье задачу, я бы врятли использовал такой паттерн. Апи композабла усложняется. Теперь, чтобы понять, что он делает, нужно в него провалиться, т.е. это теперь не просто набор входных параметров и выходных значений или методов, которые афектят только внутреннее состояние композабла. В сложных случаях, я наверно предпочел бы иметь больше бойлерплейта для уменьшения сцепленности компонента и композабла.
По-моему, большая часть пользы tailwind идет из того, что утилитарные классики можно навешивать на сам элемент (структура html прямо перед глазами, легко понять к какому блоку что применить). Заменяем утилитарные классы на семантические, выносим использование tailwind через apply в блок css деклараций и теряем преимущество тэйлвинда, что классики вешаем прямо на html. Насчет размера бандла, кстати, не уверен. Бандл ведь не сжимается, как сжался бы при навешивании утилитных классиков прямо на html? В блоке css деклараций появляется лишняя абстракция, не надежней ли использовать стандартный css, если уж мы пишем свои классы.
Хотя, забыл еще одно преимущество тэилвинда - готовая тема. Т.е. можно делать более менее гармоничные сайты без привлечения дизайнера.
А вариант с привязкой отдельной банковской карты специально для подписок, которая регулярно пополняется живым владельцем ровно на сумму стоимости подписок, не рассматривается? Вроде подписки в долг не работают. Соответственно, как только денег на карте не станет - подписки сами отключатся. А основные средства хранятся на отдельном счету без всяких авто платежей и тому подобного.
В чем виноват mobile first? Он не подразумевает "сделаем десктоп, если денег/времени хватит". Он подразумевает: "сделаем и то и другое". А если его реализуют наполовину, то причина либо в том, что бизнесу эта половина реально не нужна либо просто не умеют. И я сомневаюсь, что гугл таблицы были сделаны mobile first. Выглядит как раз наоборот.
А сколько уровней абстракции расположено между приведенными в статье примерами сервера на Go и строковой операции на ассемблере?
Computer Networking хорошая книга. Остальные не читал, но выглядят неплохо. Спасибо
Ну, если айти отрасль совсем умрет или полностью автономной от человека станет, то да, не хватит на хлебушек. А если потребность в специалистах будет оставаться, то уж на еду то им дадут.
Если приносит радость писать код, то продолжать искать. Найти работу сложно, но можно. На хлебушек хватит. Если же основная причина - это получить "перспективы", то стоит подумать еще раз. Перспективы сейчас в айти неясные.
Условия труда "немного" получше, чем у сварщика
А что, it всё еще остается привлекательным для абсолютных новичков? Т.е. для тех, кто только размышляет, а стоит ли пробовать. У меня сложилось впечатление, что на входе уже перенаселение. Жена недавно работу искала - 1к откликов на вакансию на позицию с опытом 5 лет. Про вакансии без опыта не знаю даже, как там дела обстоят.
Я не говорил про синтаксические ошибки
Книги разного качества бывают. Выбирать приходится методом проб и ошибок.
Когда я вижу в книге опечатку, я напоминаю себе, что мой код тоже иногда содержит баги. Иногда очень глупые.
Тест этот сырой присырой. Как будто нейронкой нагенерили и пару дней поревьюили.
Полностью согласен. Нужна статья
Я вот тоже про форки не понял, зачем докапываться. Ведь, чтобы законтрибьютить даже исправление опечатки в ридми, надо форкнуть.
Согласен, зависимость одностороння от компонента на композабл. Так что сцепленности нет. Разве что апи композабла чуть усложняется из-за эмитов, но это мелочи и, возможно, субъективное усложнение.
Так что если даже документация не запрещает эмитить из композаблов, то вполне рабочий подход. Спасибо буду держать на вооружении.
Я, кстати, не знал, что официальная документация не рекомендует эмитить из композаблов. Спасибо, автору, что поднял эту тему. Но, честно говоря, если бы мне пришлось решать подобную описанной в статье задачу, я бы врятли использовал такой паттерн. Апи композабла усложняется. Теперь, чтобы понять, что он делает, нужно в него провалиться, т.е. это теперь не просто набор входных параметров и выходных значений или методов, которые афектят только внутреннее состояние композабла. В сложных случаях, я наверно предпочел бы иметь больше бойлерплейта для уменьшения сцепленности компонента и композабла.
По-моему, большая часть пользы tailwind идет из того, что утилитарные классики можно навешивать на сам элемент (структура html прямо перед глазами, легко понять к какому блоку что применить). Заменяем утилитарные классы на семантические, выносим использование tailwind через apply в блок css деклараций и теряем преимущество тэйлвинда, что классики вешаем прямо на html. Насчет размера бандла, кстати, не уверен. Бандл ведь не сжимается, как сжался бы при навешивании утилитных классиков прямо на html? В блоке css деклараций появляется лишняя абстракция, не надежней ли использовать стандартный css, если уж мы пишем свои классы.
Хотя, забыл еще одно преимущество тэилвинда - готовая тема. Т.е. можно делать более менее гармоничные сайты без привлечения дизайнера.
А почему дизайнеры фиксят проблему инженеров экранов телевизоров? :)
А вариант с привязкой отдельной банковской карты специально для подписок, которая регулярно пополняется живым владельцем ровно на сумму стоимости подписок, не рассматривается? Вроде подписки в долг не работают. Соответственно, как только денег на карте не станет - подписки сами отключатся. А основные средства хранятся на отдельном счету без всяких авто платежей и тому подобного.
В чем виноват mobile first? Он не подразумевает "сделаем десктоп, если денег/времени хватит". Он подразумевает: "сделаем и то и другое". А если его реализуют наполовину, то причина либо в том, что бизнесу эта половина реально не нужна либо просто не умеют. И я сомневаюсь, что гугл таблицы были сделаны mobile first. Выглядит как раз наоборот.
Сколько же крутизны тут! спасибо за подборку! Пойду пробовать)