Как стать автором
Обновить
1
0

Пользователь

Отправить сообщение

Я тоже так думал какое то время.

Но, к сожалению, узнал правду из видео на оф. странице веб флаттера. А она в том, что html - это canvas APIs. А canvasKit - webassembly и webgl.

В связи с этим, html меньше весит. И лучше подходит для мобилок. А cacanvasKit для десктопов, больше объем, но скорость тоже больше. По крайней мере они так заявляют в своем видео.

Мое мнение, typescript нужен, он позволяет переложить часть данных из головы прогера на язык. Тем самым прогер не держит в памяти все контракты функций, методов и тд, а держит там вещи более полезные.
Лично я начал пользоваться typescript'ом и больше не хочу возвращаться на js, только если сайтик простой делать и там кода на 500-1000 строк.
Читабельность которую автор показал — это дело вкусовщины.
Также в статье есть моменты, где автор указывает, что приходится больше писать, но это минус? Я бы лучше читал более подробно описанный код, пусть даже слегка многословный, чем красиво оформленный, но краткий. Автор также ставите в пример новичков, но им как раз и нужно понять как работает, и тогда, на мой взгляд лучше длинный, понятный код.
И что лучше, если новичку укажет язык, что он не то передает? Или чтобы что-то свалилось в рантайме, а он этого не заметил и выкатили на прод?
Да, typescript далеко не все ошибки видит, но часть проблем он снимает с разработчика. А ошибки в любом языке можно сделать.
Плюс автор пишет:
Окей, мы больше не хотим Java, хотим JavaScript. Но нам не нравится JavaScript таким, как он есть, поэтому давайте сделаем его немножечко более похожим на Java. Отлично, теперь у нас есть все, что было в Java, при этом это не Java. Погнали!

А что плохого в этом? Автора же не заставляют переходить на ts. Любой язык имеет свои особенности. Кому-то нравится js, кому-то c#, а кто-то хочет во фронт, но с c# и берет ts) все хотят свою машину, посмотрите на город, у многих разные они, спрос — предложение. Считали бы люди по другому, не было бы сейчас ts.
Да и сообщество положительно реагирует, он стал довольно быстро растущим языком. Он многим нравится. Сообщество делает выбор, если вам не нравится идея ts, то делайте свой выбор. Вам никто не запрещает.
А может мы просто его не осознали и сейчас все обманываемся, такое тоже может быть)

Ps. Повторюсь, js классный язык, как и любой другой, но лично мне больше импонирует ts. Но каждый человек выбирает себе сам, но статья больше похожа на агитацию к js, и по ощущению, автору обидно что ts сейчас довольно популярен и его все пиарят. А автору нравится js, он видит что не все так хорошо в ts и нападает на него из-за этого, потому что не приятно быть в меньшинстве… хотя кому как…
Ps 2. Не судите строго всю эту писанину… может я вообще не прав и это сон собаки
Это классно, что вы предоставляете обзор своего же контента. Но заголовок не соответствует, на мой взгляд. Тут подошло бы — «Что почитать в течении 20 минут».
Пройдя же, по вашему заголовку, я надеялся увидеть список книг…
Ok.
Статья какая-то странная, в ней например предлагается использовать так же first, takeWhile, take. Хотя по моему опыту, не всегда может придти событие, в итоге будет висеть подписка…
Но в целом я думаю любой подход, который решает задачу — приемлем.
Я не считаю что take-until-destroy — скрывает проблему, но я с Вами спорить не буду) Удачного дня)

Я с вами соглашусь. Спасибо за совет и Ваш пример.
Но думаю что в этом ничего страшного нет.
Я скорее пытаюсь понять почему автор комментария выше — вынес subscribe в антипаттерны.

Это я понимаю, что ручное управление подписками не очень в некоторых случаях.
Но чтобы прям анти-паттерном стало…
Лично я использую ngx-take-until-destroy. Чтобы не управлять отписками.

А можно узнать, когда subscribe стал анти-паттерном? И в чем это выражается?

Спасибо за интересную статью.
Появился вопрос. Вы в примере используете:

    authors$: Observable<string[]>;
    unreaded$: Observable<number>;


Но нигде их не инициализировали, вы так и планировали?

И затем Вы их используете:

  this.authors$.next(jokes.map(joke => joke.author));
  this.unreaded$.next(jokes.filter(joke => joke.unread).length);


Но насколько я помню, у Observable нет метода next, он есть у Subject.
Можете объяснить мне это?

Классно… А в это время я максимум хотел на улицу, поиграть во что-нибудь…
Ну я о своем опыте не жалею, как и вы о своем, насколько я могу судить..)
Я слегка не понял, в 4 года или в 14?
Лично я особо не учился считать и писать до первого класса, точнее был от этого не в восторге, когда меня пытались научить… Только в 6 классе начал что-то осмысленное в плане программирования, да и то не сильно…
Я бы не назвал это акселерацией… Просто единичный случай, как мне кажется, надеюсь я ошибаюсь, что родители захотели взрастить программиста с пеленок. Вряд ли кто начнет сам программировать в 4 года (лично я, в 4-5 лет только убегал из садика и делал что то подобное), если это не покажут взрослые и не дадут авторитетное мнение, что этим надо заниматься. Возможно парню понравилось, если так, то классно…
У меня есть брат, ему тоже 14 и я бы не сказал, что он или кто-нибудь из его класса сильно умнее или лучше, чем поколение 80-90-ых…
Но это только мое виденье…
А парню удачи и побольше запоминающихся, ярких моментов, все же детство одно… Лично я бы не хотел его провести только за компом.

Хах) да, есть такое, хочется ещё новых, интересных книг по данной тематике, сотни статей лежат в 'pocket', ожидающие когда я их прочитаю.
А я все ищу новые, добавляю, затем читаю. Чищу список. Вроде процесс идёт… Но замечаю, что я не применяю навыки, потому что после работы лень что-то прогать, интереснее читать. А на работе иногда горят сроки, а иногда просто не выспавшийся…
В итоге я просто гонюсь приятным чтением, а применение как нибудь в другой раз...

Довольно интересный модуль. Даже прикручен у меня на одном проекте. Но не слишком ли мало для статьи? Вы просто по сути перевели с npm установку.
Думаю интересно было бы посмотреть на типовое использование, обзор этого модуля. Плюсы и минусы, а также возможные альтернативы.
Привет) Классная идея! Простенько и со вкусом…
Недавно у меня тоже была задача, добавить в имеющееся приложение темы…
Но там параметры saturation и lightness из hsl у каждой темы отличались…
Пришлось делать на hex + небольшие добавки из rgba, где нужна была прозрачность.
Что то типа такого (вместе с scss):

:root {
    --color: #CCC;
    --background: #FFF;
    --background-rgb: 0, 0, 0;
}

$color: var(--color);
$background: var(--background);
$background-rgb: var(--background-rgb);

.background-with-opacity {
    color: $color;
    background: rgba($background-rgb, $opacity);
}


По всему проекту были использованы scss переменные, поэтому просто загнал css переменные в scss, можно было создать мапу для них и тд.

Что-нибудь можешь подсказать для такого случая? Просто думаю можно улучшить, но что именно — в голову пока не лезет. Можно по-идее сделать так:

:root {
    --background: 0, 0, 0;
}
$background: rgb(var(--background));
$background-rgb: rgba(var(--background-rgb), $opacity);


Но с hex удобнее работать, почти все что нужно менять — цвета без прозрачности. С прозрачностью остаются почти всегда такими же, какие они и были.
Он про качество кода… Уделите внимание мелочам… У Вас результат вызова функции передается в аргумент функции… Это можно вынести, и будет лучше. Затем, можно вынести условие… и сделать не однострочный if/else…
Уделите внимание мелочам. Наверно это подразумевалось.
По переводу ничего не скажу…
Но по тестам, на holyJs в свое время выходил доклад «Производительность JavaScript через подзорную трубу» Вячеслава Егорова. Там он разобрал ошибки тестов в js, как трудно их делать и лучше вообще не делать…
И мне кажется в этих тестах тоже кроется ошибка.
Классная статья. Очень доходчиво объяснено. Хотелось бы побольше таких статей по Rust.
Можно по futures такую же, хотя это уже не сам язык, а его библиотека. Хотя у Rust документировано все классно на оф. сайте. Но для закрепления такое — самое то.
А можно посмотреть отзывы? Интересно мнение самих учеников. Как они оценивают курс. Что вынесли из проекты, в плане знаний.
Как мне кажется они будут использовать для централизированного запуска, автоматизации и отображения результатов. Все таки это не ноутбуки, которые можно перенести, а они могут находится на довольно большом расстоянии друг от друга.
И вот они решили заморочаться, не добавлять удаленный доступ, а сделать это через «платформу Google Cloud API», которая по сути и будет удаленным доступом.
Классно получилось, по моему мнению. Сам бы хотел в подобном проекте поучаствовать, но как то не складывалось с этим.
И да, инетерсно было бы послушать историю разработки, какие сложности были в реализации. Почему именно Java, или другие игрове движки вообще не рассматривали, почти на каждом языке есть движок. Интересно послушать, как развились навыки, что лучше уметь для такого дела. Как коммуницировала команда? Может что то не ушло в production, какие-нибудь крутые фишки игры, которые не получилось реализовать.
1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность