Отлавливать баги на еапах — удовольствие не для всех. Тем кто этим занимается, респект. Но хотелось бы узнать, зачем лично вам ultimate, при наличии community?
Если вы разрабатываете ентерпрайз/требуется лицензия, инструментарий для разработки покупает работодатель.
Я ни разу не видел в списке «купленного софта работодателя» тот же датагрип. Если есть достойная бесплатная альтернатива — деньги на платный аналог в большинстве случаев никто не тратит.
Время сейчас такое, что для успешного продвижения продукта главное «подсадить» на свой инструмент на pet-проекте… который (проект) «для удовольствия» и в большинстве случаев траты денег не предполагают. Далее уже «привыкшие» разработчики просят купить лицензий на разработку на основном месте работы. Даже огромная неповоротливая Microsoft это поняла, выпустив на рынок много вижуалстудий — и VS Code и VS Community, и то что осталось от xamarin-а.
Зашел на сайт, увидел SPA, удивился, сначала подумал «круто, умеют же когда захотят!». Восторг был недолгим. Пощелкал по сайту, словил несколько очень неприятных глюков в браузере.
Открыл консоль браузера, пощелкал еще, буквально вытекли глаза от количества ненужных служебных сообщений и неотловленных ошибок, в т.ч. 404.
Ну вот зачем светить вот это, например?
Информация о сбороке: Object {committedRevision: «130496», projectVersion: «11.0.6»}
Прям так и написано — сбороке (я не грамар-наци, но взгляд зацепился).
Посмотрел версию ангуляра, 1.2.26 (старейший медленный глючный ангуляр аж от 2014 года). В 2017-то году.
Это же госуслуги, проект масштаба страны, где хоть какое-то промышленное качество?
Закрыл сайт.
Коллеги, прошу изменить размещение приложения в маркете — чтобы учитывались поддерживаемые модели телефонов (а их список очень мал, например, не работает на большинстве самсунгах, в т.ч. флагманских Galaxy S, которые очень популярны).
Вы просто не представляете как отвратительно в маркете видеть «ваша модель поддерживается!», установить, дать требуемые разрешения, включить nfc, а по факту оказывается что оно просто не работает.
Динамическую проксю бы для WebAPI — цены бы такой библиотеке не было.
Т.к. генерация прокси-классов через ручной запуск t4-скриптов — то еще «удовольствие».
Или кто подскажет — может есть уже такая библиотека?
DI-головного мозга. Интерфейсы выделяются для каждого класса и пачками передаются через конструкторы. Понять, где находится логика становится практически невозможно.
До сих пор не нашел точного ответа, как без DI головного мозга сделать код тестируемым для .NET. С Java всё проще — там методы виртуальные, поэтому множество интерфейсов действительно не требуются.
Меня бы устроило «более лучшее» визуальное выделение основных дорог, как в основной версии карты. Основные дороги — шире, мелкие — уже. Либо, на худой конец, хотя бы возможность устанавливать полу-прозрачность на все-эти желто-зеленые-одинаковой-ширины-линии, полностью закрывающие названия улиц.
В таком масштабе если отключены пробки — всё понятно и можно глазами построить маршрут. Если включены пробки — ничего не понятно и начинается постоянное зуммирование и скролинг. Как минимум основные шоссе полностью сливаются с мелкими переулками — визуально дорога перестает прослеживаться.
Какой должны быть хорошая карта — просто, кхм, замечательный заголовок.
Как вы думаете, это вообще юзабельно и понятно где и что находится, и куда ехать?
Еще раз:
1. Есть «принцип IoC».
2. Есть «IoC контейнер» как общепринятое применение, использование, реализация принципов IoC в виде множества фреймворков. Если взять только .Net, это будут: Unity, Autofaq, NInject, StructureMap, Castle Windsor и т.д. еще n-цать штук.
Я правда не понимаю, как здесь можно спорить и писать что «общепринятый опыт использования IoC другой и не связан с контейнерами».
То что лично и конкретно у lair он другой — ок.
Впрочем, то что Сергей Тепляков ввел некие собственные определения, не отменяет правоты того что написано в моем абзаце :)
Если вы разрабатываете ентерпрайз/требуется лицензия, инструментарий для разработки покупает работодатель.
Я ни разу не видел в списке «купленного софта работодателя» тот же датагрип. Если есть достойная бесплатная альтернатива — деньги на платный аналог в большинстве случаев никто не тратит.
Время сейчас такое, что для успешного продвижения продукта главное «подсадить» на свой инструмент на pet-проекте… который (проект) «для удовольствия» и в большинстве случаев траты денег не предполагают. Далее уже «привыкшие» разработчики просят купить лицензий на разработку на основном месте работы. Даже огромная неповоротливая Microsoft это поняла, выпустив на рынок много вижуалстудий — и VS Code и VS Community, и то что осталось от xamarin-а.
это как идея к community datagrip.
Открыл консоль браузера, пощелкал еще, буквально вытекли глаза от количества ненужных служебных сообщений и неотловленных ошибок, в т.ч. 404.
Ну вот зачем светить вот это, например?
Информация о сбороке: Object {committedRevision: «130496», projectVersion: «11.0.6»}
Прям так и написано — сбороке (я не грамар-наци, но взгляд зацепился).
Посмотрел версию ангуляра, 1.2.26 (старейший медленный глючный ангуляр аж от 2014 года). В 2017-то году.
Это же госуслуги, проект масштаба страны, где хоть какое-то промышленное качество?
Закрыл сайт.
Вы просто не представляете как отвратительно в маркете видеть «ваша модель поддерживается!», установить, дать требуемые разрешения, включить nfc, а по факту оказывается что оно просто не работает.
Спасибо.
wat?
Т.к. генерация прокси-классов через ручной запуск t4-скриптов — то еще «удовольствие».
Или кто подскажет — может есть уже такая библиотека?
А что под капотом вашей библиотеки?
До сих пор не нашел точного ответа, как без DI головного мозга сделать код тестируемым для .NET. С Java всё проще — там методы виртуальные, поэтому множество интерфейсов действительно не требуются.
ps. А какое объяснение LifeAfterYield? :)
Как вы думаете, это вообще юзабельно и понятно где и что находится, и куда ехать?
1. Есть «принцип IoC».
2. Есть «IoC контейнер» как общепринятое применение, использование, реализация принципов IoC в виде множества фреймворков. Если взять только .Net, это будут: Unity, Autofaq, NInject, StructureMap, Castle Windsor и т.д. еще n-цать штук.
Я правда не понимаю, как здесь можно спорить и писать что «общепринятый опыт использования IoC другой и не связан с контейнерами».
То что лично и конкретно у lair он другой — ок.