про iBooks выглядит удобно но подходит только для книг, аудио видео форматы отпадают. и нет общей сводки. например несколько книг по теме, надо сначала вспомнить книгу.
Максим Тюльпаков: для нормального разработчика главное продуктивность, если комп тянет только n++ то печально. с штормом производительность возрастает, меньше лишних движений, меньше ошибок, все встроено.
мой ответ прежний - если в планах делать серверные сервисы, то начинайте не с этого. а с простой ноды.
с этим можете поиграться если интересны дестоп программы, штука интересная на самом деле.
еще не понял как у вас с JS. если его тоже плохо знаете - то поможет больше ;)
если знаете нормально то пользы меньше.
в общем в NW больше прокачаетесь именно в JS в целом.
а знание ноды это в большей степени знание многочисленных модулей к ноде.
Kup9_NpS: Да на ноде. насколько я понял в NW браузер основа, а нода в фоне. в електроне изначально только нода, которая может создавать окна браузера. електрон посовременнее будет.
а атом - это название текстового редактора написанного на электроне )
Fotonick: хорошо что это есть. просто делать их отдельными блоками не айс, схема получится громандной и некрасивой (потому что действий всегда больше), наверное поэтому и не делают + я уверен что большинство думает что достаточно написать "научится программировать" и через какое то время оно само произойдет ;)
Антон Старостин: в этом и плюс ардуины, есть миллион мануалов (стстаей и видео) о том как подключать тот или иной компонент. к тому же большинство сенсоров к нему можно подключать без резисторов.
а остальные основы узнаете из этих двух курсов, после них как минимум поймете куда двигаться дальше. Самое главное там закон ома знать I = U / R, чтобы ток на выходах не превышать 40мА - для новичка это самое главное, чтобы чтото не спалить, кстати на coursera это подробно разбирается, прям некоторые компоненты показывают как сгорают если не правильно собрать.
Ну и с полупроводниками разобраться.
Fotonick: спасибо, так понятней что за сервис. выглядит симпатично, но бесполезно. чтобы достигать таких целей нужно разбивать их на самые мелкие задачи. зайдя в сервис человек должен видеть конкретные шаги которые он может сейчас сделать.
Если у вас много "хотелок" то только так, иначе чем то одни/двумя и будет человек заниматься. а всякие "хочу научится играть на гитаре", так и останутся хочу.
у вашего товарища тоже достка неплохая upgrade.im/board?uid=1 только задачи "много читать" ничего не изменят. если человек уже читает и ему это нравится - то он и будет читать, а если не читал то и не будет, нужны конкртные задачи "прочитать первую главу Мертвые души", прочитать статью "http://,,,," и тд.
задача "Ходить в качалку" должна разбиваться на подзадачи
1) найти недалеко зал
2) "купить абонемент на месяц" (ежемесячная задача)
3) составить программу
3.1) понять как это делается чтобы понять можно сделать самому или нанять тернера
3.2) сделать программу
3.3) разобраться с добавками
4) ходить в зал
4.1) сходить во вторник (еженедельная задача)
4.2) сходить в четверг (еженедельная задача)
4.3) сходить в субботу (еженедельная задача)
и тд
если подразумевается что это "и так понятно", то для достижения целей без этого сложно. Это все нужно прописывать и не после того как уже сделано а до того. После этого они и начинают воплощаться.
понятно что очень сильно это зависит от реализации и например с вашим ПО может быть не удобно, да и лично вам это судя по всему не надо. вопрос в самом принципе - вся жизнь в одной карте?
идея интересная, не хватает примеров досок удачного использования вашего сервиса. есть лента по всем пользователям, можно видеть комменты, но сами доски я не нашел.
