направления прямой, перпендикулярной к плоскости такой стены, и прямой, проходящей церез центр стены и Северный полюс, весьма сильно отличаются — почти на 90 градусов, так что утверждение, что все эти стены выходят на север, несколько спорно ))
У Грега Игана есть похожий по сюжету рассказ "Похищение", там для манипулирования жертвой используются еще более умозрительные вещи. Хотя это всего лишь фантастика )
Для простых проектов вполне пойдет, согласен.
Но SPA — не для простых проектов, КМК.
Насчет эффективности попробую на примере. Вот, допустим, эта самая страница хабра работает на Turbolinks. Мы нажимаем кнопку "обновить комментарии", нам прилетает 55 Kb HTML всей страницы, даже если новых комментариев нет.
Если без Turbolinks — нам нужно по клику на кнопке сделать AJAX-запрос (~100 байт, если нет новых комментариев), и обновить не всю страницу, а только комментарии, да и то если они изменились. Можно HTML генерировать на сервере и просто добавить в нужный узел, а можно брать JSON и готовить HTML на клиенте (с помощью handlebars, например).
И для AJAX-запросов можно использовать старый добрый JQuery, а можно xhr или fetch.
Да, это сложнее.
Из крайности в крайность.
Понятно, SPA не серебряная пуля, и много сложнее традиционных приложений.
Но и решает более сложные задачи.
Что касается Turbolinks и прочего JS из Rails, то ИМХО это жуть и кошмар.
Работает? Да.
Эффективно? Кхм.
У автора единственная реализация getName, и утверждается, что она может работать с любым объектом. Это не так (если ожидать корректную работу функции и наличие некоторого смысла).
У вас же описан частный случай реализации для определенного объекта, и я не понимаю, почему вы мне возражаете.
«Но это же разные типы. Конечно, вы не можете применять метод класса person к стране!».
На это я отвечу: «А почему нет?»
Действительно, почему нет?
Узнайте имя у страны, потом фамилию и паспортные данные.
Смело двигайтесь дальше — извлекайте корни из любого поля любого объекта. Если у какого-то объекта корень из ip-адреса не извлекается, то это его проблемы.
Зато строчек кода мало!
Аналогично. И по тонкостям директа на хабре есть просто шедевральные посты.
У меня проблема была в другом — по тем же ключевикам полно рекламодателей, которые неумелой стратегией (точнее, ее отсутствием) разогревают ставки до несусветных, хотя по сути мы не конкуренты.
Респект! А если ходите в горы и катаете на лыжах пусть с 3-мя детьми из четырех — вообще снимаю свою треуголку )
Просто, если оставаться в русле статьи, все-таки у большинства людей есть дети, причем на протяжении большей части жизни. И если компании нужен сотрудник, который будет гореть на работе на буднях и в выходные, можно было не тратить время на интервью, а просто посмотреть на хобби, семейный статус и детей в CV.
И (это уже ко всем) совсем недавно бурно обсуждалась пара статей — Четыре типажа программистов и Вы уволили самого талантливого сотрудника. Надеюсь, теперь вы довольны.
При всей неакадемичности первой статьи, вполне вероятно, что компании могла требоваться как и "рок-звезда", так и "линейный программист". Мне кажется, критерии отбора для каждого типа должны отличаться. И с этим работодатель мог бы определиться до интервью. А если ему нужны 100% звезд среди сотрудников, то во второй статье — хороший пример того, к чему может привести наличие хотя бы одной звезды не на своем месте.
Броский заголовок и обычное tutorial app, подобное которому есть у любого фреймворка.
А где обещанные отличность, амбициозность и вообще, чем он лучше/хуже/не такой как React/Angular/Vue?
Собственно, это претензия к к автору, а не к переводчику. Но статью спасти могут только комментарии.
Это обсуждение любопытно тем, что уважаемый Synoptic в одном месте под предметом обсуждения подразумевает собственно JavaScript, а в другом — множество языков, включающее TypeScript.
Такое мышление сильно напоминает поведение this в JavaScript, из чего можно сделать предположение, что Synoptic — бот, написанный на JS.
Однако, если это предположение неверно, имеем две других возможности:
1) JS подходит людям с определенным складом мышления;
2) либо же взаимодействие с JS воздействует определенным образом на мозг, меняя мышление человека.
Второе из них пугает, ведь в таком случае, время от времени используя JS, следует опасаться негативных воздействий на логику. Сигналами могут быть подмена контекста обсуждения (this), изменение значений терминов (const) по ходу беседы, успешные операции сложения килограммов с вольтами.
Это предположение требует дополнительных исследований, однако будем осторожны уже сейчас, не дожидаясь предупреждений Минздрава о вреде JS!
С уважением, ваш DC-4C5866
Ага, тот самый
Статья весьма органично сочетается с другим креативом автора — Вещи, которых я не знаю в 2018
направления прямой, перпендикулярной к плоскости такой стены, и прямой, проходящей церез центр стены и Северный полюс, весьма сильно отличаются — почти на 90 градусов, так что утверждение, что все эти стены выходят на север, несколько спорно ))
У Грега Игана есть похожий по сюжету рассказ "Похищение", там для манипулирования жертвой используются еще более умозрительные вещи. Хотя это всего лишь фантастика )
https://support.mozilla.org/en-US/kb/categorizing-bookmarks-make-them-easy-to-find
В статье же говорится, что это SPA на базе Ember? Или что-то работает на Turbolinks?
Для простых проектов вполне пойдет, согласен.
Но SPA — не для простых проектов, КМК.
Насчет эффективности попробую на примере. Вот, допустим, эта самая страница хабра работает на Turbolinks. Мы нажимаем кнопку "обновить комментарии", нам прилетает 55 Kb HTML всей страницы, даже если новых комментариев нет.
Если без Turbolinks — нам нужно по клику на кнопке сделать AJAX-запрос (~100 байт, если нет новых комментариев), и обновить не всю страницу, а только комментарии, да и то если они изменились. Можно HTML генерировать на сервере и просто добавить в нужный узел, а можно брать JSON и готовить HTML на клиенте (с помощью handlebars, например).
И для AJAX-запросов можно использовать старый добрый JQuery, а можно xhr или fetch.
Да, это сложнее.
Из крайности в крайность.
Понятно, SPA не серебряная пуля, и много сложнее традиционных приложений.
Но и решает более сложные задачи.
Что касается Turbolinks и прочего JS из Rails, то ИМХО это жуть и кошмар.
Работает? Да.
Эффективно? Кхм.
IMHO, на любителя.
А zoho не пробовали?
У автора единственная реализация getName, и утверждается, что она может работать с любым объектом. Это не так (если ожидать корректную работу функции и наличие некоторого смысла).
У вас же описан частный случай реализации для определенного объекта, и я не понимаю, почему вы мне возражаете.
Действительно, почему нет?
Узнайте имя у страны, потом фамилию и паспортные данные.
Смело двигайтесь дальше — извлекайте корни из любого поля любого объекта. Если у какого-то объекта корень из ip-адреса не извлекается, то это его проблемы.
Зато строчек кода мало!
Аналогично. И по тонкостям директа на хабре есть просто шедевральные посты.
У меня проблема была в другом — по тем же ключевикам полно рекламодателей, которые неумелой стратегией (точнее, ее отсутствием) разогревают ставки до несусветных, хотя по сути мы не конкуренты.
Респект! А если ходите в горы и катаете на лыжах пусть с 3-мя детьми из четырех — вообще снимаю свою треуголку )
Просто, если оставаться в русле статьи, все-таки у большинства людей есть дети, причем на протяжении большей части жизни. И если компании нужен сотрудник, который будет гореть на работе на буднях и в выходные, можно было не тратить время на интервью, а просто посмотреть на хобби, семейный статус и детей в CV.
И (это уже ко всем) совсем недавно бурно обсуждалась пара статей — Четыре типажа программистов и Вы уволили самого талантливого сотрудника. Надеюсь, теперь вы довольны.
При всей неакадемичности первой статьи, вполне вероятно, что компании могла требоваться как и "рок-звезда", так и "линейный программист". Мне кажется, критерии отбора для каждого типа должны отличаться. И с этим работодатель мог бы определиться до интервью. А если ему нужны 100% звезд среди сотрудников, то во второй статье — хороший пример того, к чему может привести наличие хотя бы одной звезды не на своем месте.
Про .ru не скажу, а за пределами вполне себе используется
Броский заголовок и обычное tutorial app, подобное которому есть у любого фреймворка.
А где обещанные отличность, амбициозность и вообще, чем он лучше/хуже/не такой как React/Angular/Vue?
Собственно, это претензия к к автору, а не к переводчику. Но статью спасти могут только комментарии.
Это обсуждение любопытно тем, что уважаемый Synoptic в одном месте под предметом обсуждения подразумевает собственно JavaScript, а в другом — множество языков, включающее TypeScript.
Такое мышление сильно напоминает поведение this в JavaScript, из чего можно сделать предположение, что Synoptic — бот, написанный на JS.
Однако, если это предположение неверно, имеем две других возможности:
1) JS подходит людям с определенным складом мышления;
2) либо же взаимодействие с JS воздействует определенным образом на мозг, меняя мышление человека.
Второе из них пугает, ведь в таком случае, время от времени используя JS, следует опасаться негативных воздействий на логику. Сигналами могут быть подмена контекста обсуждения (this), изменение значений терминов (const) по ходу беседы, успешные операции сложения килограммов с вольтами.
Это предположение требует дополнительных исследований, однако будем осторожны уже сейчас, не дожидаясь предупреждений Минздрава о вреде JS!
С уважением, ваш DC-4C5866
Ну да, это само собой подразумевается, я просто опустил &parents
А вот то, что можно одним вызовом вывести и соседей, и родителя, это очень удобно, спасибо!
[[getResources? &tpl=`prevId` &where=`{"id:<":[[*id]]}` &limit=`1` ]]