Как же не требования? Если вы перечисляете скилы PM, то разве это не означаете, что эти самые скилы будут требовать соискатели без опыта и понимания и небольшим бюджетом? Разве не эти требования приведут к тому, что чтобы устроится в зачухлую конторку нужно будет обладать скилами топовых менеджеров? И я соглашусь что в топовых компаниях PM не делают сами перечисленную Вами работу, но перечисленными скилами они обладать обязаны. А вот в конторах, где платят меньшие деньги, эти скилы не должны ставятся как преоритетные. Хочешь скилы, как в топовых компаниях, плати как в топовых компаниях. Разве нет? И да, статья классная и я с ней и с Вами согласен! Просто я обратил внимание на возможность недоразумения, к которому она может привести. Я даже пример привел с кретериями отбора в пятисортные конторки после публикаций требования топовых компаний на очень специфичные и сложные позиции. Первые не поняли о чем речь и требуют тоже самое что и вон те крутые чуваки. Спасибо за статью. С наступающим! Всех с наступающим!
Если ближе к середине в голове складывался образ доктора Октавиуса, то ближе к концу мне показалось что я читаю о Кларке Кенте в роли PM. Такие требования могут быть уместны на роль PM в самых топовых компаниях и их претендентов уж точно нельзя джунами заменить. Я бы добавил в конце, что это образ идеального PM с окладом от 120K$ в год минимум. Это бы помогло не только чувакам, которые так делают todo продукты, но и их будущим кандидатам. Вспомните историю, когда на роль создателя банера предявляются требования от компании google, на роль оптимизации графических интерфейсов построенных с помощью webgl. Иначе в разделе о руководящих должностях скоро будут появятся темы — «кто придумывает эти тупые не имеющие к реальности вопросы?»…
Давно мучает вопрос, но до этого момента я не знал кого спросить. Но обо всем поп порядку.
Вы банк, а это значит, что вы как никто другой заботитесь о скорости загрузки страницы и в случае ssr, её выдачи. И раз вы упомянули о том что работаете и с react и с angular, то значит обязательно должны были производить замеры сравнения производительности. Кто быстрее? Кто быстрее на клиенте и при ssr? Это, конечно, если вы о angular, а не angularjs…
Беспокоит не столько польза от State of JS, сколько его респонденты, которые сравнивают redux с graphql…
Кажется, началась повальная эпидемия мозгошмыгов из Гарри Поттера.
А чему тут удивляться? Кто-то, кто имел достаточно опыта, но не достаточно ума, где-то, на вопрос новичка, посмотревшего лишь несколько уроков на youtube, «что делать дальше», ответил — идти в опенсорс или создавать свой сервис. И все как один это подхватили и словно боты начали повторять слова не лишенных смысла. И вот результат.
Очень классно описан образ обычного обиды! Хочу вас разочаровать, это не лечится. Все ваши рассуждения, это рассуждения обычного среднестатистического обиды. И вы достигли того чего достигли не потому-что вас кто-то обижал, а потому, что прошло определенное время. Авот вели высебя как обида, потому-что обида в своей душе. Другой, не обида, за тоже самое время, достигнет тех же результатов, но останется не обидой. И везде таких пруд-пруди. И все как один — обиды, только оправдываются по разному.
Мне не известны случаи, когда какой-либо язык не привносил чего-то уникального в тот мир, для которого он создавался. Поэтому унификация всех языков за счет собственных абстракций-языковых конструкций (как например реализация структур данных) сведет на нет все преимущества языков. Есть такое устоявшееся мнение, что писать нужно не на языке, а с использованием языка. Эта фраза была сказана очень давно и на сегодняшний день уже не актуальна, так как с тех времен, многое изменилось, появились огромные корпорации, коммунити, которые разрабатывают-затачивают языки под свои конкретные задачи. Поэтому сейчас к выбору языка подходят также, как к выбору инструмента. Если язык абстрагирует работу, скажем с самым слабым местом, с i\o или же структурами данных, с помощью собственных реализаций, то он он просто нивелирует все плюсы. Поэтому сейчас, если кто-то ещё и держит в голове вышеупомянутую фразу, то её нужно как минимум переместить на другой архитектурный слой, а именно инфраструктурный. То есть, унификация в современном мире должна реализовываться за счет провайдеров\плагинов, в АОП ключе. Но насколько мне известно в haxe, этого нет. К тому же до ts, ему как до звезды. ts на сегодня один из лучших языков. синтаксические возможности haxe, это прошлый-прошлый-прошлый век.
И мне сложно представить в чем смысл писать одну игру на unity и ue одновременно? Это очень похоже на глупость. Почему бы не писать сервер, на тех языках, на которых хочется и связывать это все при помощи микросервисов? Так делают все крутые игровые чуваки. А код на ue и unity разве может быть идентичным? Максимум какие-то утильки, из-за которых думать о выборе haxe, просто дольше, чем написать.
В зависимости от задачи? мой выбор — ts, c#, f#. Просто когда говорят о подобных языках, то перечисляют только плюсы. Типа — один язык, все платформы. А минусы — нужно знать все языки под которые будешь компилировать. Невозможно написать одно приложение под все платформы будут просадки производительности, тем более трансляторе как haxe. Если на xamarin несмотря наприведение все к единому интерфейсу упорешся разграничивать все в зависимости от платформы, здесь логика и методы будут вообще разные, это рано или поздно сделает проект неповоротливым.
Поэтому в 2019 году нужно выбирать технологии в зависимости от задач. Почти у всех нормальных языков есть кроссплатформенные инструменты.
Haxe — это современный, строго типизированный язык программирования с некоторыми интересными функциями и небольшой стандартной библиотекой.
Наиболее существенной особенностью языка является его способность компилировать один и тот же код под разные целевые платформы.
Лично мое мнение, что это препроцессор для множества языков. Ведь несмотря, что его синтаксис можно скомпилировать под множество языков, не зная их api, то есть не зная сам язык, написать ничего не получится. К тому же, его возможности можно считать доисторическими.
Нишу? Да. Чуваков, которые как непробиваемые динозавры не хотят поверить что часть вэба под названием frontend самая крутая в построении интерфейсов. Вот они непременно будут мучатся делать уродливую админку на текущем инструменте.
Проще быть не может! Самое простое и самое современное это angular и react.
И сегодня только трешсайты не используют spa. Прошло то время, когда spa было только для админок.
Никто не делает? А кому они вообще такие приложения нужны? Вспомните фразы, когда вэб программисты говорят о разработке десктопа и мобайла на js? Вот теперь им есть чем ответить. Вэб на .net — хаха! Я обожаю .net, я обожаю js и точно говорю, что при таком раскладе, это мертвяк.
wasm сделали для быстрой математики. Время когда подобные условия даже не будут браться в расчет… это сколько километров броды нужно сбрить?
А вы случаем не знаете сколько clr под wasm весит? Ведь если я правильно понимаю, то кроме кода самого приложения ещё придется и clr грузить? Если да, то поисковики такие вэб приложения никогда не пропустят в выдаче. Ещё интересно вот что. Гугл умеет парсить spa, а как дела будут обстоять с подобными приложениями? То есть spa впрод уже сегодня можно делать, а подобные когда и можно ли будет вообще хоть когда-то? Для очень крутых приложений обязательно нужно ssr настраивать. Как дела с ssr у текущей технологии?
.net mvc я бы не хотел использовать в 2019 для построения интерфейсов.
Первый Насколько я понимаю, wasm, это исключительно для быстрой и типизированной математики. То есть, в нем нет всего того, что есть в js, то есть самого синтаксиса. И насколько я понимаю, есть два варианта решения этой проблемы — написать свой js движок на wasm или проксировать самому js. Первый вариант очень объемный, второй медленный. То есть, если я прав, то единственно существующие проблемы вэба, помимо нелюбви к js, подобный подход только усугубит. Это так?
И второй вопрос. Многие смотрят на вэб, как на какую-то фигню, амежду тем, современные клиентские вэб инструменты на много лет вперед опередили любые существующие технологии создания интерфейсов. Поэтому очень интересно чем именно вдохновлялись при создании этого инструмента?
Смотря в какой печи этот аналитик закалялся. Есть такие, что закончат курсы менеджмента на которых с ними поделятся матрицами и они думают, что с помощью них можно ответить на все вопросы. Вот это вообще не аналитики, а алхимики, думающие что у них в руках философский камень. Если в их число примкнет человек с необычным нестандартным воображением, то станет не просто алхимиком, а опасным фанатиком, которому будет казаться, что он может доказать абсолютно все. И на самом деле докажет, но все его доказательства будут полным бредом. Настоящих аналитиков много, но они не работают аналитиками. Настоящих аналитиков работающих аналитиками очень мало, да и в большинстве случаев, за настоящих аналитиков принимают зубрил, которые зазубрили одну область и действительно хорошо с ней работают. Но и они могут нанести вред, так как анализ других областей им не поддается, и люди ожидающие от них ответов обманываются и теряют время.
Во-во. Хочешь избавится от обертки-хелл и нативную поддержку разделенного состояния — откажись от классов! Помните, много лет назад facebook ликовал, что он наконец-то убедил Абрамова в пользе классов? А теперь получается, что один Абрамов переубедил весь facebook! Он покусал их и обратил в свое, особое видение программирования — абромирование.
Мало того что врут о сложности классов, так ещё и говорят что классы делают что-то ненадежным! При чем тут классы? Это facebook может делать горячую перезагрузку ненадежной, но не классы. Кроме того класс есть класс и работа с ним понятна и логична. А тут на тебе. Классы сложны — используйте хуки, но только всегда держите в своей памяти, что они должны выполняться только при тех условиях, которые очень схожи с условиями пришествия в этот мир сатаны.
Ну полный же бред! 2019 год. У вас умный поиск на основе тегов. И вот вы выбрали альбомы по жанрам «Дима Билан» и «Нюша». Поисковик выдал три страницы. Вы уже на второй и вдруг в голову приходит забить уже на Дмитрия. Вы убираете тег «Дима Билан»… И что дальше? Вжух и вы оказываетесь снова на первой странице? А если страниц тысяча, то вы снова окажитесь на первой и потом ищите, где же вы остановились? С бесконечной прокруткой увас только Димок пропадет и даже экран не дрогнет.
Вы банк, а это значит, что вы как никто другой заботитесь о скорости загрузки страницы и в случае ssr, её выдачи. И раз вы упомянули о том что работаете и с react и с angular, то значит обязательно должны были производить замеры сравнения производительности. Кто быстрее? Кто быстрее на клиенте и при ssr? Это, конечно, если вы о angular, а не angularjs…
Кажется, началась повальная эпидемия мозгошмыгов из Гарри Поттера.
И мне сложно представить в чем смысл писать одну игру на unity и ue одновременно? Это очень похоже на глупость. Почему бы не писать сервер, на тех языках, на которых хочется и связывать это все при помощи микросервисов? Так делают все крутые игровые чуваки. А код на ue и unity разве может быть идентичным? Максимум какие-то утильки, из-за которых думать о выборе haxe, просто дольше, чем написать.
Поэтому в 2019 году нужно выбирать технологии в зависимости от задач. Почти у всех нормальных языков есть кроссплатформенные инструменты.
Лично мое мнение, что это препроцессор для множества языков. Ведь несмотря, что его синтаксис можно скомпилировать под множество языков, не зная их api, то есть не зная сам язык, написать ничего не получится. К тому же, его возможности можно считать доисторическими.
Проще быть не может! Самое простое и самое современное это angular и react.
И сегодня только трешсайты не используют spa. Прошло то время, когда spa было только для админок.
wasm сделали для быстрой математики. Время когда подобные условия даже не будут браться в расчет… это сколько километров броды нужно сбрить?
.net mvc я бы не хотел использовать в 2019 для построения интерфейсов.
Первый Насколько я понимаю, wasm, это исключительно для быстрой и типизированной математики. То есть, в нем нет всего того, что есть в js, то есть самого синтаксиса. И насколько я понимаю, есть два варианта решения этой проблемы — написать свой js движок на wasm или проксировать самому js. Первый вариант очень объемный, второй медленный. То есть, если я прав, то единственно существующие проблемы вэба, помимо нелюбви к js, подобный подход только усугубит. Это так?
И второй вопрос. Многие смотрят на вэб, как на какую-то фигню, амежду тем, современные клиентские вэб инструменты на много лет вперед опередили любые существующие технологии создания интерфейсов. Поэтому очень интересно чем именно вдохновлялись при создании этого инструмента?
Прошу прощения, но неужели мир уже деградировал?