Как раз для разработчика как для специалиста фреймворки выгоднее. Вася и Петя с Angular/React смогут есть и наконец-то думать о такой возвышенной материи, как выполнение непосредственной задачи. Женя же придумывает так или иначе свой фреймворк на ваниле и остается единственным специалистом в нем. Хорошо если работодатель будет не против того, что бы он поделился им на github.
Для ловкого менеджера ситуация выглядит иначе: порог вхождения в наш BicycleEnterpriseFramework высок, зато куда потом от нас денется разработчик с опытом разработки в нем? И ситуация в такой компании конечно же не здоровая.
Ощущение от TypeScript сменяется от энтузиазма относительно compile-time валидации кода до ощущения постоянной незавершенности. Ожидаешь некоторой жесткости в обмен на широкие возможности рефакторинга, но в текущих версиях инструментов их нет.
Отдельные эмоции от переписывания старого кода — в условиях нехватки времени подкупает возможность переименовать файлы и пользоваться обратной совместимостью. В команде это ведет к неподконтрольному росту использования any и как следствие улучшения качества конечного кода не наблюдается. Можно использовать флаг в tsconfig, запрещающий использование any, но гибкость тогда отпадает. Возможно в маленьком проекте и можно было бы переехать полностью, но заставлять описывать все интерфейсы — чрезчур жестоко для людей которые в разработке изначально с frontend.
Возможно это предвзятое мнение, сформированное ожиданием некоего браузерного C#, коим TypeScript конечно не является.
А какого с планшетом 2-3 летней давности, на котором я согласился на 10-ку, получать обновления в обед? Стабильно раз в неделю я ультимативно получаю обновления именно в обед и занимает этот процесс 30-40 минут. Я рад тем что о моей безопасности пекутся и не желаю отключать его совсем, но это как-то слишком.
Допустим на обочине припаркована негабаритная фура (улетело колесо), а следом за ней пешеходный переход, зебру которого покрывает слой грязи, а знака нет. Со стороны пешехода, за фурой, зебра еще чиста. Ограничение в 90 км/ч (удивительно, но такие участки есть, например на М4). «Проблема вагонетки» в hard-mode.
Можно сказать, что раз на дороге слякоть, значит и погода плохая, следовательно скоростной режим должен быть соответствующий — выходит и проблемы нет (то есть фура будет двигаться с условными 40 км/ч и тормозного пути для реакции с заданного угла зрения хватит). Но мне слабо верится что в первой, самой-самой сертифицированной версии будут учтены все значимые факторы влияющие на тот же тормозной путь. Блеск дороги от чего, какой? Масло, лед, какой лед в +30, может быть битум? Матовая дорога — тонкие лужи присыпанные пылью? Ответы на все эти вопросы опытный водитель вытаскивает из своего опыта, либо выбирает не нулевой уровень риска, жить-то на что-то нужно? Но возьмет ли на себя этот риск, умноженный на весь автопарк разработчик пишущий алгоритмы для робота?
Вопросы риторические, потому как думаю они сохраняются даже в условиях идеальных дорог Калифорнии (разве что там пока скорость доставки не является критической, чего не скажешь о коммерческом транспорте).
Это легко познается в сравнении. После года без общественного транспорта решил оставить автомобиль и прокатится как раньше, на автобусе.
Автобус оказался тесным, стоять 40 минут не позволял рост, сел на свободное место и уперся в грязную спинку сиденья напротив. Мои колени болели, брюки были мятыми и грязными. День был испорчен с самого утра. Это не стоило того, даже в сравнении с двумя кругами по кварталу за 20 минут для поиска свободного места. Всегда есть вариант поставить дальше и прогуляться, совместить легкое с полезным.
Казалось бы это субъективные ощущения, но в сходных условиях я проработал год и с авто и без. В первом случае гораздо спокойнее, а свободное время для чтения в спокойной атмосфере можно найти из освободившихся полутора часов пути.
Что касается велосипеда, он отлично разгоняет с утра, но лишних получаса, что бы остудится и расслабится конечно же нет (хотя наверняка это отлично нивелирует душ на работе).
Потому что ubuntu начинает выкатывать свои всплывающие окошки, на которые даже нажать толком нельзя, а восьмерка один раз настроенная не беспокоила уже больше трех месяцев. Если что люблю и то и то для разных задач.
Это, интересно, специально замедлили работу? При настроенной выдержке и ручном фокусе снимок затвор должен щелкнуть за долю секунды после команды. Самое долгое тут, получается, только передача фотографии?
Плюс к этому работа сбербанка-онлайн по выходным вечером. Постоянные профилактики наводят на мысль о том что график работы скоро совпадет со сберкассами. А одноразовые пароли при оплате «Verified by VISA» принимаются, в интерфейсе самого и-банка через раз.
Я бы с удовольствием обклеил важные предметы и бумаги какими-нибудь чипами и поставит коробочку с надписью google, что бы она выдавала координаты этих вещей. Вроде квартирного gps.
Понравилось, попробовал сразу же заполнить свои задачи, но столкнулся с некоторыми трудностями:
1) Длинные ярлыки (всего 10 символов) ломают dropdown с метками, хотя надо признать что английские слова в целом короче, но мои метки оказались длинными пришлось сокращать, меня бы устроило что бы выходящая за рамки часть просто плавно обрезалась.
2) Не нашел где после случайного нажатия на checkbox можно отменить выполнение задачи?
3) Окно открываемое после добавления задачи не умещается на экране (у меня разрешение 900 по вертикали, а что же делать на нетбуках?), как я понимаю это сделано для того что бы видеть текст задачи, однако календарик можно было бы сделать покомпактнее (Chrome 5 в других не тестировал).
4) Разумеется когда видишь подобный дизайн возникают ассоциации с twitter и я ожидал плавного изменения прозрачности добавляемого блока с новой задачей, а не дергающуюся перерисовку всей страницы.
5) Снова про выпадающий список: он на ~30 px правее чем должен быть.
6) Как отредактировать дату задачи? В общем то можно удалять и добавлять заново, но хотелось бы более простой вариант :)
А так понравилось, иначе зачем бы я все это писал, хочется ведь полноценно пользоваться :)
Для ловкого менеджера ситуация выглядит иначе: порог вхождения в наш BicycleEnterpriseFramework высок, зато куда потом от нас денется разработчик с опытом разработки в нем? И ситуация в такой компании конечно же не здоровая.
Отдельные эмоции от переписывания старого кода — в условиях нехватки времени подкупает возможность переименовать файлы и пользоваться обратной совместимостью. В команде это ведет к неподконтрольному росту использования any и как следствие улучшения качества конечного кода не наблюдается. Можно использовать флаг в tsconfig, запрещающий использование any, но гибкость тогда отпадает. Возможно в маленьком проекте и можно было бы переехать полностью, но заставлять описывать все интерфейсы — чрезчур жестоко для людей которые в разработке изначально с frontend.
Возможно это предвзятое мнение, сформированное ожиданием некоего браузерного C#, коим TypeScript конечно не является.
Можно сказать, что раз на дороге слякоть, значит и погода плохая, следовательно скоростной режим должен быть соответствующий — выходит и проблемы нет (то есть фура будет двигаться с условными 40 км/ч и тормозного пути для реакции с заданного угла зрения хватит). Но мне слабо верится что в первой, самой-самой сертифицированной версии будут учтены все значимые факторы влияющие на тот же тормозной путь. Блеск дороги от чего, какой? Масло, лед, какой лед в +30, может быть битум? Матовая дорога — тонкие лужи присыпанные пылью? Ответы на все эти вопросы опытный водитель вытаскивает из своего опыта, либо выбирает не нулевой уровень риска, жить-то на что-то нужно? Но возьмет ли на себя этот риск, умноженный на весь автопарк разработчик пишущий алгоритмы для робота?
Вопросы риторические, потому как думаю они сохраняются даже в условиях идеальных дорог Калифорнии (разве что там пока скорость доставки не является критической, чего не скажешь о коммерческом транспорте).
То есть как минимум идентификация по номеру телефона.
Автобус оказался тесным, стоять 40 минут не позволял рост, сел на свободное место и уперся в грязную спинку сиденья напротив. Мои колени болели, брюки были мятыми и грязными. День был испорчен с самого утра. Это не стоило того, даже в сравнении с двумя кругами по кварталу за 20 минут для поиска свободного места. Всегда есть вариант поставить дальше и прогуляться, совместить легкое с полезным.
Казалось бы это субъективные ощущения, но в сходных условиях я проработал год и с авто и без. В первом случае гораздо спокойнее, а свободное время для чтения в спокойной атмосфере можно найти из освободившихся полутора часов пути.
Что касается велосипеда, он отлично разгоняет с утра, но лишних получаса, что бы остудится и расслабится конечно же нет (хотя наверняка это отлично нивелирует душ на работе).
1) Длинные ярлыки (всего 10 символов) ломают dropdown с метками, хотя надо признать что английские слова в целом короче, но мои метки оказались длинными пришлось сокращать, меня бы устроило что бы выходящая за рамки часть просто плавно обрезалась.
2) Не нашел где после случайного нажатия на checkbox можно отменить выполнение задачи?
3) Окно открываемое после добавления задачи не умещается на экране (у меня разрешение 900 по вертикали, а что же делать на нетбуках?), как я понимаю это сделано для того что бы видеть текст задачи, однако календарик можно было бы сделать покомпактнее (Chrome 5 в других не тестировал).
4) Разумеется когда видишь подобный дизайн возникают ассоциации с twitter и я ожидал плавного изменения прозрачности добавляемого блока с новой задачей, а не дергающуюся перерисовку всей страницы.
5) Снова про выпадающий список: он на ~30 px правее чем должен быть.
6) Как отредактировать дату задачи? В общем то можно удалять и добавлять заново, но хотелось бы более простой вариант :)
А так понравилось, иначе зачем бы я все это писал, хочется ведь полноценно пользоваться :)