Как стать автором
Обновить
79
0
Максим Рукомойников @RUQ

Frontend-специалист

Отправить сообщение
Нет. setTimout — просто отсрочит выполнение скрипта (до тех пор пока не выполняться все синхронные вычисления), но потом fn всё равно будет выполняться в основном потоке, и «фризнет» страницу. В случае же с webworker, fn будет выполняться в отдельном потоке не влияющем на основной (собственно потому там нет доступа к dom и прочему окружению).
Нет, даже если велодорожка пустая. Да, и никто там табунами не ходит\бегает, так как опасно, говорю же все гоняют. Наверное, надо видео снять.

Велопрогулки и спорт — разные вещи. Велопрогулки — это неспешные поездки. Спорт — это гонки, и это точно не парковая зона, а например треки в Крылатском.
О, вот отлично. Я там каждый день бегаю. Каждый велосипедист считает своим долгом разогнаться до скорости когда при столкновении можно покалечить человека и делает это непременно не по велодорожке. На любое мягкое замечание огрызаются. А это ведь парковая зона, там люди гуляют, те же дети которые могут в любой момент дернуться. Мне кажется, велодорожка в парковых зонах — зло, как минимум сейчас. Велодорожки необходимы скорее на дорогах, на том же Ленинском проспекте, который как раз идёт параллельно ПГ.

P.S. Простите, очень наболело.
Ну, это же простая математика. Есть ограниченное количество времени. За это время программист может решить две задачи и отправить в тестирование, или одну но дотащить до прода. Кстати, про здоровье, мне кажется, что решить две задачи для здоровья полезнее, чем «переключения» на различные этапы по пути на прод.

Наша работа не ценна сама по себе. Продукт нашей работы — это не код и не архитектура. Наш продукт — это система, которая позволяет пользователю решить свою задачу.

Всё это да. И суть даже не только в том чтобы дотащить до прода, но и думать о том, что это решение действительно решит задачу человека. Но, я больше о другом, об организации работы.
Чёрт его знает. Со многим я не согласен.

Абаз про «Не в проде – не сделано»

Мне кажется, это ну, дорого что ли нагружать разработчика вот такой, по сути бестолковой работой, заставлять переключаться от основной работы. Для это кажется есть CI. Мне больше импонирует ситуация когда работа разработчика заканчивает при переводе задачи в тестирование.

Да и к другим пунктам, тоже вопросы, естественно это субъективное мнение.
Виталий, а почему? Это же вроде так:

article - блок
heading - элемент
level_1_active - модификатор


Или потому, что смешаны модификаторы level_1 и active?
Не согласен с мнением про Coffeescript. Не ведали серьёзно? Про class и extend, но по факту их не было, да и много другого в ES забрали из Coffeescript.

Мне импонируют Coffeescript и… jQuery (кстати, я с Coffeescript познакомился после года работы с TS). Импонирует по одной простой причине — мне кажется код должен быть как можно проще, декларативный стиль понятнее чем императивный. И вот в как раз в этом Coffeescript даёт 100 очков вперёд ES6…

Ещё удалось попробовать Elm, чуть дальше чем простой Hello world. Но ощущения очень крутые.
Типа Ansible?
ort и команда, поздравляю.
Логика совсем потерялась.)
Судя по данным Net Applications доля linux 2%, доля Macos 10%
Да, только эти 10% + 2% как раз и есть программисты.)

А установить Visual Studio гораздо проще, чем пытаться понять почему страничка написанная в блокноте работает, но подключить библиотеку из js файла не получается.
Серьёзно? Установить VIsual Studio + разобраться в синтаксисе C#, построить UI (а мы же говорим именно про него) легче чем подключить js файл к html?

Ах да, надо установить IDE для разработки, ой, в случае с JS ещё надо найти бесплатную, а ещё надо её настроить, если вдруг всё не настроено по умолчанию.
Ну Вы или намеренно лукавите, или не знаю. В отличии от C#, для JS никакая IDE ненужна. Как раз это я и написал вам. Я честно говоря только одну платную IDE для JS — WebStorm, да и 90% людей используют Sublime/Vim/Notepad++
Дина Эммануиловна, права.
Хм, позвольте не согласиться с вашей логикой.

Теперь я хочу написать что-то минимально полезное с интерфейсом
в HTML/css, чтобы получить консольный или нормальный интерфейс.

Так вы хотите или не хотите написать что-то с интерфейсом?

А теперь сравните этот старт с C#, Microsoft предлагает бесплатное IDE

Класс, то есть написать пару строчек в любом текстовом редакторе, сложнее чем установить всю эту громадину от MS? Не говоря уже, о разработке на любой операционной системе кроме Windows.
Я люблю такие истории, потому что с одной стороны большая бездушная корпорация, а с другой живые люди. Привет живые люди:)

P.S. С днём рождения, да)
Я люблю такие истории, потому что с одной стороны большая бездушная корпорация, а другой живые люди. Привет живые люди:)
Недостатки

Конечно, не всё так радужно. Помимо множества достоинств, у React.js и React Native есть и немного недостатков.

Самый большой из них — если вы хотите использовать React на мобильной платформе, то у вас будут нативные виджеты. Это сильно ускоряет разработку, интерфейс выглядит привычно, но вашим программистам придётся это учить. То есть взять толстый талмуд по разработке приложения под Android и посмотреть, какие элементы пользовательского интерфейса там есть, как они взаимосвязаны друг с другом, как этим всем пользоваться и правильно собирать. И когда те же разработчики попробуют сделать приложение для iOS, то придется взять ещё больший талмуд от Apple и проштудировать, чтобы результат выглядел как нормальное приложение. Это, безусловно, занимает время.

Ещё один недостаток заключается в том, что при использовании React для веба он вам не даёт вообще ничего. Вот DIV’ы, верстайте сами. Для мобильных платформ из коробки доступно порядка трёх десятков виджетов, хотя у каждой из них намного больше элементов пользовательского интерфейса, под сотню. И если вы хотите использовать что-то помимо маленького стандартного набора, то придётся либо идти на GitHub и набираться идей, либо писать самостоятельно на низкоуровневом языке вроде Java или Objective-C.

Третий недостаток связан с молодостью проекта React Native. Это пока очень сырая технология, которую пока не успели довести до ума, в отличие от React.js. Конечно, проект развивается, Facebook постоянно что-то чинит, иногда что-то ломает. И если вы хотите использовать эту технологию, то будьте готовы к тому, что у ваших разработчиков иногда что-то не будет получаться, и чтобы это починить, они будут много времени проводить на Stackoverflow.


The best)
Axure — прототип (как правило).
Sketch/Adobe Experience Design — законченный результат.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность