Могу сказать одно, разный контекст это ужасно как неудобно. Только ради этого, стоит отказаться от electron и выбрать вообще что-то другое, nw.js или вообще другую платформу и язык для этого.
Процедура публикации пакета в maven central очень бюрократичная и не простая, требующая времени. Это ограничивает количество пакетов, которые там имеются и очень сильно. В npm и во многих других репозиториях все намного проще и быстрее.
У linkedin был сносный дизайн, этот явно лучше. А так, в общем, надоел этот ультра-флат дизайн на каждом втором сайте. Бордеры привлекают и делают моего маленького перфекциониста внутри спокойным. Может фокусировка на контенте и менее высокая если с бордерами, но наверняка есть и плюсы в таком подходе.
P.S. Перестаньте делать основной текст на сайте серым шрифтом, что за тренд такой, текст ужасно читается, если он светлый, а не черный или темно-темно серый.
Про C# библиотеки не могу ничего сказать. Возможно там все на достойном уровне. Все мои комменты относились к ангуляру2.
Чтобы что-то написать на ангуляре2 это нужно повторить 3 раза, а то и больше. Это реальный факт, чтобы что-то подключить, ты должен прописать это в нескольких местах и т.д. Это нормально вообще?
Модульная система, отлично. В typescript есть своя модульная система, в ES6 тоже. Нет, они напилили свою нетривиальную и сложную модульную систему, велосипед, на мой взгляд. К тому же, в этой модульной системе есть недостаток из первого пункта.
Декораторы. Нет, я не против декораторов, но в большом проекте оно превращается в декларативную кашу.
Это далеко-то не все недостатки.
Что последнего и грандиозного написал Google на своем же фреймворке? Он пытается всем навязать ынтерпрайз фреймворк, а сам его не использует… Ноль доверия технологиям компании, которую она сама не использует! Сравните с тем же реактом.
Angular2 очень дорог в разработке и поддержке, в том смысле, что он требует от разработчиков больше времени, усидчивости и знаний, а на выходе дает либо такой же результат, либо хуже чем у других фреймворков и библиотек. Просто, я работаю в компании, где к стандарту разработки принят ангуляр2 и реакт. Ангуляр2 мы уже практически не используем, а там где он есть, он обходится заказчику большим бюджетом. В общем печально, что из-за маркетинга одной компании, бизнес должен переплачивать непонятно за что.
С c# сравнить не могу, вообще далек от темы WPF. Боль связана не с тем, что его сложно изучать, а с тем, что мне не нравятся такие подходы и пропадает всякое желание это изучать. Я прекрасно знаю статически-типизированную и многословную Java, и порой мне кажется что там все в разы проще чем в этом ангуляре. Ангуляр 2 изобилует boilerplate кодом, это мне не нравится.
WPF, Silverlight это технологии, от которых даже MS отказался, т.е. технология загнулась. MVVM ок, есть куча других удачных примеров реализации этого в других фреймворках. Речь не о паттернах, а об недостатках, которые я перечислил.
«Чтобы что-то написать на ангуляре 2, это нужно повторить 3 раза», «Мы встроили тебе модульную систему в стандартную модульную систему, чтобы ты мог использовать модули внутри модулей», «О у нас есть декораторы в typescript, нужно больше декораторов, огромных и маленьких». Все это боль от практики работы с ангуляром 2.
На мой взгляд (я бы хотел), angular проиграет также как когда-то проиграл prototype простому и легкому jquery из-за сложности и высокого порога вхождения. В общем, король — голый.
Что все так взволновались? Статья и сейчас например светит тому, кто даже выложит видео-ролик о том, как написать вирус и выложит исходники, до 4х лет лишения. Но на практике статья не используется, статья 273.
В Воронеже я видел возле аксиомы магнит, там кассы без кассиров, но это уже как несколько месяцев назад, стояла девушка и объясняла, что вообще происходит и как самому оплатить товары, правда, надо было самому их пробивать.
Я знаком с обратным эффектом, когда закоренелые дядечки в корпоративных компаниях считают многие популярные устоявшиеся технологии хайпом и модой, случай из практики — SVN вместо Git, нежелание внедрять Git из-за того, что техническое руководство считает технологию лишь модой.
Напомню, что в рекламе не было строительство баз и строительства крупных космических кораблей изнутри. Вся проблема игры в хайпе, который подняли по неопытности Hello Games, а также в высокой цене игры. Мне, как человеку узнавшему об игре за месяц до её выхода, она понравилась, потому что я не навоображал себе ничего сверхъестественного.
На счет патча и политики тишины после релиза. 3 месяца было молчание. Это логично, если представить, что HG сообщили о том, что будет в следующем патче, возник похожий хайп и опять бы никому не понравилось. Если почитать редит и тематические группы в VK, то там в основном восторженные отзывы. Оценки в стиме начали меняться в положительную сторону. Еще несколько таких патчей и многие изменят свое мнение об игре.
P.S. Уверен, что они учатся на своих ошибках, это видно по их стратегии молчания и потому что они реализовали очень многое, что желали видеть игроки в игре. Поэтому и мультиплеер не за горами.
Это не так, на самом деле во многих других языках очень популярны инструменты имитирующие такую логику, тот же JRebel и Java, а в Spring Framework (Java) вообще практически из коробки идут инструменты позволяющие на лету при изменении исходников либо рестартить сервер, либо релоадить загруженные классы.
P.S. А если взять популярную нынче тему с микросервисами, то микросервис обычно простое веб-приложение, которое не хранит кучу состояний, да и вообще, состояние это противоестественно для REST!
Отличный перевод и статья, я единственное не понимаю, почему разработчики не додумались до такой идеи, как менять «волшебное число» генерации из перехода с одной галактики в другую, чтобы весь мир тоже менялся.
GWT был придуман еще до появления node.js, Java на сервере и на клиенте, есть еще Vaadin фреймворк с таким же подходом, там тоже Java на клиенте и на бэкенеде, так что идея эта не новая.
В плане микросервисов язык Go выглядит на мой взгляд более убедительно, так что в этом плане у Node.js шансы не больше чем у других языков. Будущее конечно же есть, т.к. у node.js в мире фронтенда нет альтернативы, а вот в мире бэкенда у Node.js есть большое количество конкурентов, так что я не вижу большого будущего у node в этом направлении. Полиморфные приложение нужны единицам, они усложняют код, сложны для понимания, стоимость поддержи увеличивается, да и бизнесу сложно объяснить — зачем это все нужно.
Могу сказать одно, разный контекст это ужасно как неудобно. Только ради этого, стоит отказаться от electron и выбрать вообще что-то другое, nw.js или вообще другую платформу и язык для этого.
Есть еще проще JitPack (http://jitpack.io)
Надо ждать около суток их одобрения, потом повторно писать и снова ждать около суток после того как зальете первую релизную версию.
Процедура публикации пакета в maven central очень бюрократичная и не простая, требующая времени. Это ограничивает количество пакетов, которые там имеются и очень сильно. В npm и во многих других репозиториях все намного проще и быстрее.
У linkedin был сносный дизайн, этот явно лучше. А так, в общем, надоел этот ультра-флат дизайн на каждом втором сайте. Бордеры привлекают и делают моего маленького перфекциониста внутри спокойным. Может фокусировка на контенте и менее высокая если с бордерами, но наверняка есть и плюсы в таком подходе.
P.S. Перестаньте делать основной текст на сайте серым шрифтом, что за тренд такой, текст ужасно читается, если он светлый, а не черный или темно-темно серый.
Про C# библиотеки не могу ничего сказать. Возможно там все на достойном уровне. Все мои комменты относились к ангуляру2.
Чтобы что-то написать на ангуляре2 это нужно повторить 3 раза, а то и больше. Это реальный факт, чтобы что-то подключить, ты должен прописать это в нескольких местах и т.д. Это нормально вообще?
Модульная система, отлично. В typescript есть своя модульная система, в ES6 тоже. Нет, они напилили свою нетривиальную и сложную модульную систему, велосипед, на мой взгляд. К тому же, в этой модульной системе есть недостаток из первого пункта.
Это далеко-то не все недостатки.
Что последнего и грандиозного написал Google на своем же фреймворке? Он пытается всем навязать ынтерпрайз фреймворк, а сам его не использует… Ноль доверия технологиям компании, которую она сама не использует! Сравните с тем же реактом.
Angular2 очень дорог в разработке и поддержке, в том смысле, что он требует от разработчиков больше времени, усидчивости и знаний, а на выходе дает либо такой же результат, либо хуже чем у других фреймворков и библиотек. Просто, я работаю в компании, где к стандарту разработки принят ангуляр2 и реакт. Ангуляр2 мы уже практически не используем, а там где он есть, он обходится заказчику большим бюджетом. В общем печально, что из-за маркетинга одной компании, бизнес должен переплачивать непонятно за что.
С c# сравнить не могу, вообще далек от темы WPF. Боль связана не с тем, что его сложно изучать, а с тем, что мне не нравятся такие подходы и пропадает всякое желание это изучать. Я прекрасно знаю статически-типизированную и многословную Java, и порой мне кажется что там все в разы проще чем в этом ангуляре. Ангуляр 2 изобилует boilerplate кодом, это мне не нравится.
WPF, Silverlight это технологии, от которых даже MS отказался, т.е. технология загнулась. MVVM ок, есть куча других удачных примеров реализации этого в других фреймворках. Речь не о паттернах, а об недостатках, которые я перечислил.
На мой взгляд (я бы хотел), angular проиграет также как когда-то проиграл prototype простому и легкому jquery из-за сложности и высокого порога вхождения. В общем, король — голый.
На счет патча и политики тишины после релиза. 3 месяца было молчание. Это логично, если представить, что HG сообщили о том, что будет в следующем патче, возник похожий хайп и опять бы никому не понравилось. Если почитать редит и тематические группы в VK, то там в основном восторженные отзывы. Оценки в стиме начали меняться в положительную сторону. Еще несколько таких патчей и многие изменят свое мнение об игре.
P.S. Уверен, что они учатся на своих ошибках, это видно по их стратегии молчания и потому что они реализовали очень многое, что желали видеть игроки в игре. Поэтому и мультиплеер не за горами.
P.S. А если взять популярную нынче тему с микросервисами, то микросервис обычно простое веб-приложение, которое не хранит кучу состояний, да и вообще, состояние это противоестественно для REST!