Из старых авторов, мне сразу на ум приходит HORRIFIC (Михаил Фленов). А его книга "PHP-глазами хакера" вообще в какой-то момент стала для меня введением в веб-разработку.
А мне, кстати, сама грамматика языка сложной не показалась. Не скажу, что изучил глубоко, до уровня B1 где-то за два года, но в плане времен - проще чем английский, всего-то настоящее и прошедшее время. Нет сложных падежей и родов, как в том же немецком, не нужно зубрить артикли и многочисленные исключения, управления глаголов и пр. Самое сложное - чтение/письмо, читать до сих пор получается с трудом, по большей части могу только с фуриганой. Но я себе и не ставил цель именно читать книги, хотелось просто научиться понимать носителей и хотя бы односложно уметь отвечать.
Не, это абсолютно того не стоит. Говорю как человек, который прошел через это. Я потратил где-то 150-200к рублей на переводы и подтверждение документов, услуги японских юристов, билеты, аренду и почти полгода времени, и все для того, чтобы словить нехилый парижский синдром и через месяц с позором вернуться с глубокой депрессией.
А был бы умнее, то сравнительную сумму потратил бы на пару недель отпуска там же, пошатался в туристических местах, онсенах, привез бы обратно сувениров и отличное настроение.
Опрос компании LinkedIn показал, что 26% людей скорее откажутся от престижной должности, чем будут терпеть некомфортную обстановку на рабочем месте.
Обожаю такие формулировки. А давайте немного перепишем: "Опрос компании LinkedIn показал, что 74% людей никогда не откажутся от престижной должности, ради комфортной обстановки на рабочем месте."
Простите, но я перестал читать на моменте с милями/mph. Учитывая что сухопутными милями, кроме США, мало кто где пользуется, с вашей стороны было бы вежливо, при публикации ресурса на русскоязычном сайте, проделать локализацию в СИ.
Ой, я вас умоляю, во времена Delphi 7 было полно таких же нытиков, как автор поста, которые ругали библиотеку VCL за все то же самое, мол, формочка с кнопкой занимает 3Мб! Тогда как на чистом WinAPI можно сделать exe в 100кб. А лучше вообще на MASM32 все написать.
Проблема тут не в возможностях ООП, понятно, что написать оберток вида class MyButton (){ ... } мы можем сколько угодно. Просто количество лапше-кода, даже для создания простой формочки с тремя кнопками, будет немыслимое. И эти полотна кода никогда не будет более читабельными, чем
А можно подробнее про "ломающие обновления"? Какие-то примеры из личного опыта?
Просто по моим наблюдениям (а я работаю с Angular со времен 2rc.1), авторы фреймворка очень много внимания уделяют тому, чтобы выход новой версии не начинался с трудностей по обновлению вашего проекта. Допустим, команда решает избавиться от одной библиотеки и заменить ее другой (или та же библиотека, но в более старшей несовместимой с текущей версии). В текущей версии Angular N никаких "хотфиксов" не происходит. В версии Angular N+1 заменяемая библиотека помечается как deprecated, ее использование по прежнему возможно, но посредством deprecation warning рекомендуется использование новой. И только в версии Angular N+2 старую библиотеку выпиливают окончательно. При подбном подходе и не игнорирования предупреждений, обновлений версии происходит абсолютно безболезнено с помощью одной лишь ng update
И где появится эта кнопка? А если я хочу две иконки перед текстом, и чтобы одна появлялась после нажатия? А как мне задизейблить кнопку и добавить пару классов? Предлагаете делать так?
О каком минусе вы говорите, если со времен релиза Angular, структура компонентов не изменилась никак? То есть, вы сегодня можете взять стрый компонент, написанный во время выхода Angular 2 или 4 (при том что версий 1 и 3 попросту не было), и без изменения кода перенести его в Angular 12.
Более того, в моей практике был случай обновления проекта, завершенного под Angular 4 и который я без особых проблем перенес под Angular 11. Единственным большим breaking change как правило будет изменение библиотеки Http -> HttpClient.
А если вы говорите про AngularJS, то это нельзя считать первой версией текущего Angular, это по сути совершенно другой фреймворк со схожим названием.
Вам нужно будет знать не только 12 разновидностей Angular, но ещё и разные версии Vue и React, так как какой-то новичок «подсадил» некую компанию на нечто подобное 4 года назад, а теперь ушёл оттуда, чем разрушил чей-то технологический стек.
У меня складывается впечатление, что писавший данный пост человек - попросту некомпетентен и с Angular никогда не работал. Иначе, не писал бы про "12 разновидностей".
Если говорить об удобстве, то я не знаю о том, почему разработчики браузеров до сих пор не добавили в них поддержку SCSS в виде стандартного механизма для работы с CSS-кодом
Ага, конечно, давайте теперь вместо того чтобы делать сборку один раз перед выкладкой на продакшн, все переложим на клиента, они ведь всегда с очень быстрых машин заходят на ваши сайты.
Изучать и использовать их не легче, чем обычный CSS.
Так не изучай и не используй, в это разве проблема Angular? Он одинаково успешно работает как с css, так и с scss из коробки.
Я занимаюсь программированием более 20 лет. .... Ситуация здесь постоянно ухудшается.
Я конечно не настолько опытный, всего лишь 15 лет отдал индустрии, но как человек начинавший с верстки скругленных блоков под IE6, могу сказать, что наблюдаю строго противоположное.
Время SPA (Single Page Application, одностраничное приложение) прошло.
Так писать просто не прилично, не добавив ни одного пруф-линка.
Конечно, в Angular имеются кое-какие «замечательные» возможности, но все они совершенно не нужны для того чтобы создавать эффективные и привлекательные интерфейсы.
Вопрос привлекательности интерфейса ни коим образом не соотносится с задачами фреймворков, по типу Angular.
Я не являюсь противником использования опенсорсных библиотек вроде jQuery ... И они по-настоящему серьёзно упрощают жизнь разработчиков.
А как же принцип KISS? Неужили автор готов пойти на подобную сделку с совестью ради удобства виде $('.my-class') против document.querySelectorAll('.my-class') ?
Продолжать можно долго, но если ты, читающий эти строки, не настолько опытный разработчик (как автор поста), проникся идеями прекрасного будущего без фреймворков и планируешь экономить своей фирме миллиарды долларов посредством npm uninstall -g @angular/cli , то лучше поспрашивай других мнений по этому вопросу.
Самая спорная часть статьи, потому что многие готовы ее купить просто для того, чтобы можно было играть в огромную библиотеку игр с PS4 на более новом и быстром железе. А новые эксклюзивные игры выходить конечно же будут, просто сейчас Sony вряд ли сильно этим озабочена, учитывая что и так продается все, что успевают произвести. Поэтому есть выгода попридержать выход таких игр, на момент когда спрос на PS5 начнет падать.
Германия Германии от земли к земле рознь. Где-нибудь во Франкфурте зп повыше, и сеньорам-разработчикам будут платить 85к, а в более бедном Берлине 65-75 практически потолок. Хотите больше? Тогда вам следовало бы выучиться на врача и открыть свой частный праксис.
Свои первые шаги по осваиванию глобальной сети я делал с помощью еженедельной газеты (!) Компьютерра и ежемесячного журнала ][akep. Второй особо запомнился еще и тем, что часто приходилось объезжать полгорода в поисках нужной точки Союзпечати, где журнал был в наличии, а еще, с момента как он начал продаваться с диском, наполненным варезом из статей, стало гораздо интереснее экспериментировать в самых разных областях — от компьютерной графики и программирования, до развлекательных украшательств рабочего стола. Ведь часто чтобы скачать даже 20-40мб программу, приходилось тратить драгоценные часы на медитацию заполнения шкалы «квадратиков» в reget.
Из старых авторов, мне сразу на ум приходит HORRIFIC (Михаил Фленов). А его книга "PHP-глазами хакера" вообще в какой-то момент стала для меня введением в веб-разработку.
А мне, кстати, сама грамматика языка сложной не показалась. Не скажу, что изучил глубоко, до уровня B1 где-то за два года, но в плане времен - проще чем английский, всего-то настоящее и прошедшее время. Нет сложных падежей и родов, как в том же немецком, не нужно зубрить артикли и многочисленные исключения, управления глаголов и пр. Самое сложное - чтение/письмо, читать до сих пор получается с трудом, по большей части могу только с фуриганой. Но я себе и не ставил цель именно читать книги, хотелось просто научиться понимать носителей и хотя бы односложно уметь отвечать.
Не, это абсолютно того не стоит. Говорю как человек, который прошел через это. Я потратил где-то 150-200к рублей на переводы и подтверждение документов, услуги японских юристов, билеты, аренду и почти полгода времени, и все для того, чтобы словить нехилый парижский синдром и через месяц с позором вернуться с глубокой депрессией.
А был бы умнее, то сравнительную сумму потратил бы на пару недель отпуска там же, пошатался в туристических местах, онсенах, привез бы обратно сувениров и отличное настроение.
Обожаю такие формулировки. А давайте немного перепишем: "Опрос компании LinkedIn показал, что 74% людей никогда не откажутся от престижной должности, ради комфортной обстановки на рабочем месте."
Новая_папка_от_Димы (Финальная! НЕ УДАЛЯТЬ), Новая_папка_от_Димы (Финальная2! НЕ УДАЛЯТЬ),
А мне приятнее читать, когда используются версты и аршины. Да и умножать на 1.0668 не намного сложнее, чем на "примерно 1.6".
Простите, но я перестал читать на моменте с милями/mph. Учитывая что сухопутными милями, кроме США, мало кто где пользуется, с вашей стороны было бы вежливо, при публикации ресурса на русскоязычном сайте, проделать локализацию в СИ.
Да, было такое, но опять же, если вы не прыгали с Angular 4-5 сразу на 9-12, то у вас было минимум полгода на рефакторинг deprecated методов.
Ой, я вас умоляю, во времена Delphi 7 было полно таких же нытиков, как автор поста, которые ругали библиотеку VCL за все то же самое, мол, формочка с кнопкой занимает 3Мб! Тогда как на чистом WinAPI можно сделать exe в 100кб. А лучше вообще на MASM32 все написать.
Проблема тут не в возможностях ООП, понятно, что написать оберток вида
class MyButton (){ ... }мы можем сколько угодно. Просто количество лапше-кода, даже для создания простой формочки с тремя кнопками, будет немыслимое. И эти полотна кода никогда не будет более читабельными, чемА можно подробнее про "ломающие обновления"? Какие-то примеры из личного опыта?
Просто по моим наблюдениям (а я работаю с Angular со времен 2rc.1), авторы фреймворка очень много внимания уделяют тому, чтобы выход новой версии не начинался с трудностей по обновлению вашего проекта. Допустим, команда решает избавиться от одной библиотеки и заменить ее другой (или та же библиотека, но в более старшей несовместимой с текущей версии). В текущей версии Angular N никаких "хотфиксов" не происходит. В версии Angular N+1 заменяемая библиотека помечается как deprecated, ее использование по прежнему возможно, но посредством deprecation warning рекомендуется использование новой. И только в версии Angular N+2 старую библиотеку выпиливают окончательно. При подбном подходе и не игнорирования предупреждений, обновлений версии происходит абсолютно безболезнено с помощью одной лишь
ng updateТяп-ляп и в продакшн!
И где появится эта кнопка? А если я хочу две иконки перед текстом, и чтобы одна появлялась после нажатия? А как мне задизейблить кнопку и добавить пару классов? Предлагаете делать так?
Поздравляю, кажется, мы только что изобрели DOM-API
О, да, насколько проще и приятнее копаться вот в этом, чем использовать Angular. (сарказм)
с минусом своей поддержки предыдущих версий
О каком минусе вы говорите, если со времен релиза Angular, структура компонентов не изменилась никак? То есть, вы сегодня можете взять стрый компонент, написанный во время выхода Angular 2 или 4 (при том что версий 1 и 3 попросту не было), и без изменения кода перенести его в Angular 12.
Более того, в моей практике был случай обновления проекта, завершенного под Angular 4 и который я без особых проблем перенес под Angular 11. Единственным большим breaking change как правило будет изменение библиотеки Http -> HttpClient.
А если вы говорите про AngularJS, то это нельзя считать первой версией текущего Angular, это по сути совершенно другой фреймворк со схожим названием.
Вам нужно будет знать не только 12 разновидностей Angular, но ещё и разные версии Vue и React, так как какой-то новичок «подсадил» некую компанию на нечто подобное 4 года назад, а теперь ушёл оттуда, чем разрушил чей-то технологический стек.
У меня складывается впечатление, что писавший данный пост человек - попросту некомпетентен и с Angular никогда не работал. Иначе, не писал бы про "12 разновидностей".
Если говорить об удобстве, то я не знаю о том, почему разработчики браузеров до сих пор не добавили в них поддержку SCSS в виде стандартного механизма для работы с CSS-кодом
Ага, конечно, давайте теперь вместо того чтобы делать сборку один раз перед выкладкой на продакшн, все переложим на клиента, они ведь всегда с очень быстрых машин заходят на ваши сайты.
Изучать и использовать их не легче, чем обычный CSS.
Так не изучай и не используй, в это разве проблема Angular? Он одинаково успешно работает как с css, так и с scss из коробки.
Я занимаюсь программированием более 20 лет. .... Ситуация здесь постоянно ухудшается.
Я конечно не настолько опытный, всего лишь 15 лет отдал индустрии, но как человек начинавший с верстки скругленных блоков под IE6, могу сказать, что наблюдаю строго противоположное.
Время SPA (Single Page Application, одностраничное приложение) прошло.
Так писать просто не прилично, не добавив ни одного пруф-линка.
Конечно, в Angular имеются кое-какие «замечательные» возможности, но все они совершенно не нужны для того чтобы создавать эффективные и привлекательные интерфейсы.
Вопрос привлекательности интерфейса ни коим образом не соотносится с задачами фреймворков, по типу Angular.
Я не являюсь противником использования опенсорсных библиотек вроде jQuery ... И они по-настоящему серьёзно упрощают жизнь разработчиков.
А как же принцип KISS? Неужили автор готов пойти на подобную сделку с совестью ради удобства виде
$('.my-class')противdocument.querySelectorAll('.my-class')?Продолжать можно долго, но если ты, читающий эти строки, не настолько опытный разработчик (как автор поста), проникся идеями прекрасного будущего без фреймворков и планируешь экономить своей фирме миллиарды долларов посредством
npm uninstall -g @angular/cli, то лучше поспрашивай других мнений по этому вопросу.Будущее PS5 будет непростым.
Самая спорная часть статьи, потому что многие готовы ее купить просто для того, чтобы можно было играть в огромную библиотеку игр с PS4 на более новом и быстром железе. А новые эксклюзивные игры выходить конечно же будут, просто сейчас Sony вряд ли сильно этим озабочена, учитывая что и так продается все, что успевают произвести. Поэтому есть выгода попридержать выход таких игр, на момент когда спрос на PS5 начнет падать.