Умение видеть цвета приходит с формированием нейронных связей. Если в нашей жизни цвета ничего бы не значили, то вполне возможно, что мы бы их не различали. Мозг очень хорошо умеет отфильтровывать незначимые сигналы.
Во-первых воспитывать - по моему опыту ограничение доступа к любимой игрушке (я просто настроил правило в роутере плюс родительский контроль в телефоне) - очень мощный воспитательный стимул.
Во-вторых - доступ ребенка к финансам должен быть строго ограничен и контролируем родителями.
На мой взгляд это скорее говорит об отсутствии контроля за расходами со стороны родителей. В условиях использования все прописано, когда у меня дочь хотела что-то там купить, это было из ее денег (карманных или подарочных), я привязывал пустую карточку переводил туда необходимую сумму, так что больше в принципе не могло списаться.
Это игровая платформа, где игры делают сами пользователи, а пользователи могут играть в эти игры. Есть своя среда разработки, довольно функциональная, игры получаются многопользовательскими по-умолчанию.
А я, пожалуй, встану на защиту Роблокс. На мой взгляд это шикарная платформа чтобы попробовать свои силы в игростроении. Тут уже готова инфраструктура, аудитория, и инструментарий. Просто запускаешь роблокс студию и начинаешь говнякать что-то, что можно опубликовать и показать друзьям. Там куча разных уже готовых ассетов (сомнительного качества, но детей это не напрягает - мы же использовали в нежном возрасте листья, чтобы играть в магазин и было норм :) ). Моей дочери было 7 лет, она после получасового ликбеза с моей стороны (а я сам видел эту роблокс студию в первый раз, и опыта геймдева у меня нет) с удовольствием пару недель там ковырялась, потом показывала свой результат брату и подружкам, они там вместе ходили творили всякое.
Я считаю это для нее был замечательный опыт - посмотреть как создаются игры хотя бы на таком примитивном уровне. Да, там сложно что-то заработать, роблокс хитрит и разводит на бабки, но огромная масса игроков тусуется там абсолютно бесплатно, и эта огромная игровая вселенная, где множество хороших проектов построены не монетизации ради, а по фану.
На мой взгляд, это очень хорошо, что есть такая платформа, где дети могут получить такой опыт геймдева, при этом иметь доступ к огромной аудитории, научиться чему-то практически в игровой форме, и возможности платформы позволяют делать довольно крутые штуки.
Я несколько раз перечитал вашу статью, но так и не смог понять, в чем ваша боль. Могут ли быть модули без импортов? Да, конечно.
В браузере возможно обойтись без импортов вообще, если зависимости берутся из глобальных объектов (если используются только методы из стандартной библиотеки). Но если используются библиотеки/фреймворки, нужен бандлер, а он будет собирать приложение, ориентируясь как раз при помощи импортов.
На Node.js вообще без импортов (или require) вряд ли получится, потому что здесь стандартная библиотека на модулях (в отличии от браузеров).
Если используется TS, то импорты нужны еще и для передачи типов. Так что если даже сама зависимость инжектируется, все еще нужно в модуль пробросить ее тип (иначе зачем TS?), для этого тоже нужен import.
Но, в итоге, система модулей (и import/export) это удобный способ структурирования кода, и зачем с этим бороться я не очень понимаю.
Фрустрация от программирования? Нет, не слышал. Чем сложнее задача - тем больше кайф, когда ее наконец удается решить. Попутно узнаешь много нового, развиваешься, учишься решать проблемы. Для меня все остальное не работает - деньги, признание - это все второстепенно (хотя важно и приятно), по сравнению с кайфом от победы над задачей. Так что никаких фрустраций - только азарт и желание доказать себе, что ты можешь победить и на этот раз!
Мне наоборот нравится наличие импортов в мире JS/TS - импортируешь в свой модуль ровно то, что в нем будет использоваться. В итоге у тебя ничего лишнего в подсказке нет - раз. Если будешь смотреть этот файл через энное количество времени - сразу с первых строчек понятно - что в нем будет использоваться - очень удобно.
На яве и пхп писать почти не доводилось, но довольно много пишу под .net и вот там в подсказке ...смешались в кучу люди и кони... и чего в этом хорошего, не знаю, честно. С этим конечно жить вполне можно - иде решает плюс можно удобно все раскидать по неймспейсам, но подход, принятый в js по мне не хуже вот не капельки...
Тут две проблемы. Первая - сложно понять, что книга хорошая, пока ты ее не прочитаешь, и прицепом сюда, что действительно хороших не так уж много. А вторая - это то, что придумать проект для самостоятельного писательства кода, чтобы он был реализуем в одиночку и потенциально полезен кому-то или хотя бы себе (а писать что-то не для чего - мотивации просто нет) удается не часто. Тут есть вариант начать контрибьютить в os, но тут тоже непросто найти что-то.
В 2021 думаю имеет смысл в начале любой подобной статьи оставлять рекомендации поискать в начале API ресурса, который планируется парсить и как можно это сделать, если на апи нет открытой документации. Во многих случаях это оказывается удобнее и экономичнее чем парсить html.
Интересно, как оно отработает на восстановлении видеофрагментов.
Умение видеть цвета приходит с формированием нейронных связей. Если в нашей жизни цвета ничего бы не значили, то вполне возможно, что мы бы их не различали. Мозг очень хорошо умеет отфильтровывать незначимые сигналы.
Да не только они. Дело госпожи Беладонны живет и процветает...
Во-первых воспитывать - по моему опыту ограничение доступа к любимой игрушке (я просто настроил правило в роутере плюс родительский контроль в телефоне) - очень мощный воспитательный стимул.
Во-вторых - доступ ребенка к финансам должен быть строго ограничен и контролируем родителями.
На мой взгляд это скорее говорит об отсутствии контроля за расходами со стороны родителей. В условиях использования все прописано, когда у меня дочь хотела что-то там купить, это было из ее денег (карманных или подарочных), я привязывал пустую карточку переводил туда необходимую сумму, так что больше в принципе не могло списаться.
Это игровая платформа, где игры делают сами пользователи, а пользователи могут играть в эти игры. Есть своя среда разработки, довольно функциональная, игры получаются многопользовательскими по-умолчанию.
А я, пожалуй, встану на защиту Роблокс. На мой взгляд это шикарная платформа чтобы попробовать свои силы в игростроении. Тут уже готова инфраструктура, аудитория, и инструментарий. Просто запускаешь роблокс студию и начинаешь говнякать что-то, что можно опубликовать и показать друзьям. Там куча разных уже готовых ассетов (сомнительного качества, но детей это не напрягает - мы же использовали в нежном возрасте листья, чтобы играть в магазин и было норм :) ). Моей дочери было 7 лет, она после получасового ликбеза с моей стороны (а я сам видел эту роблокс студию в первый раз, и опыта геймдева у меня нет) с удовольствием пару недель там ковырялась, потом показывала свой результат брату и подружкам, они там вместе ходили творили всякое.
Я считаю это для нее был замечательный опыт - посмотреть как создаются игры хотя бы на таком примитивном уровне. Да, там сложно что-то заработать, роблокс хитрит и разводит на бабки, но огромная масса игроков тусуется там абсолютно бесплатно, и эта огромная игровая вселенная, где множество хороших проектов построены не монетизации ради, а по фану.
На мой взгляд, это очень хорошо, что есть такая платформа, где дети могут получить такой опыт геймдева, при этом иметь доступ к огромной аудитории, научиться чему-то практически в игровой форме, и возможности платформы позволяют делать довольно крутые штуки.
Откуда вы эту цифру взяли?
Вибро-будильник на запястье - это киллер фича чтобы пол-шестого утра не будить своим будильником всю семью!
Вот сейчас обидно было...
Интересно, а есть ли аналог Key Promoter X для VSCode?
Шикарно!
Еще бы и курсоры полноразмерные.
Здорово вы всё расписали, больше бы таких комментариев на Хабре!
Я несколько раз перечитал вашу статью, но так и не смог понять, в чем ваша боль. Могут ли быть модули без импортов? Да, конечно.
В браузере возможно обойтись без импортов вообще, если зависимости берутся из глобальных объектов (если используются только методы из стандартной библиотеки). Но если используются библиотеки/фреймворки, нужен бандлер, а он будет собирать приложение, ориентируясь как раз при помощи импортов.
На Node.js вообще без импортов (или require) вряд ли получится, потому что здесь стандартная библиотека на модулях (в отличии от браузеров).
Если используется TS, то импорты нужны еще и для передачи типов. Так что если даже сама зависимость инжектируется, все еще нужно в модуль пробросить ее тип (иначе зачем TS?), для этого тоже нужен import.
Но, в итоге, система модулей (и import/export) это удобный способ структурирования кода, и зачем с этим бороться я не очень понимаю.
Чем эту фигню из рекламы покупать лучше уж сделать кондей на водопроводной воде как тут например:
Фрустрация от программирования? Нет, не слышал. Чем сложнее задача - тем больше кайф, когда ее наконец удается решить. Попутно узнаешь много нового, развиваешься, учишься решать проблемы. Для меня все остальное не работает - деньги, признание - это все второстепенно (хотя важно и приятно), по сравнению с кайфом от победы над задачей. Так что никаких фрустраций - только азарт и желание доказать себе, что ты можешь победить и на этот раз!
Мне наоборот нравится наличие импортов в мире JS/TS - импортируешь в свой модуль ровно то, что в нем будет использоваться. В итоге у тебя ничего лишнего в подсказке нет - раз. Если будешь смотреть этот файл через энное количество времени - сразу с первых строчек понятно - что в нем будет использоваться - очень удобно.
На яве и пхп писать почти не доводилось, но довольно много пишу под .net и вот там в подсказке ...смешались в кучу люди и кони... и чего в этом хорошего, не знаю, честно. С этим конечно жить вполне можно - иде решает плюс можно удобно все раскидать по неймспейсам, но подход, принятый в js по мне не хуже вот не капельки...
Тут две проблемы. Первая - сложно понять, что книга хорошая, пока ты ее не прочитаешь, и прицепом сюда, что действительно хороших не так уж много. А вторая - это то, что придумать проект для самостоятельного писательства кода, чтобы он был реализуем в одиночку и потенциально полезен кому-то или хотя бы себе (а писать что-то не для чего - мотивации просто нет) удается не часто. Тут есть вариант начать контрибьютить в os, но тут тоже непросто найти что-то.
В 2021 думаю имеет смысл в начале любой подобной статьи оставлять рекомендации поискать в начале API ресурса, который планируется парсить и как можно это сделать, если на апи нет открытой документации. Во многих случаях это оказывается удобнее и экономичнее чем парсить html.