24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Шапка тренда переезжает в репозиторий - https://github.com/ID25/js-thread (Делать пулл реквесты с корректировками и ссылками на материалы приветствуется), в ближайшее время планируется запил полноценного гайда для всех всех всех.
Положняк таков, что JS закрепляет позиции, фронт енд теперь - дело белых людей, и full stack js - уже реальность наших дней, а не мокрые мечты опущенки. Не знаешь какой язык выбрать, чтоб покрыть все сферы и удоволетворить все свои желания? JS твой выбор. Хочешь писать на JS но не на JS? CoffeeScript, TypeScript, Dart, да тысячи их! И все компилируются в js, так что проблем с скобочками)))) можно избежать, и всех остальных неприятных моментов языка. Все еще сомневаешься?
Ну, а мы, все ждем 2015 года, дабы пощупать божественный Angular 2.0, написанный на ES6, в котором кстати, не будет привычных скоупов и контроллеров, зато будут классы, и хитровыебанный синтаксис, если нынешний ангуляр казался вам сложным, то с новым вы обосретесь. Вот что говорит Джон Папа, написавший styleguide - Angular 2.0 will have similar concepts but the syntax will be different. Instead of $scope, controllers, DDO’s, and modules we have similar techniques that are more conducive to ES6 like classes, web components, and ES6 modules. The concepts and learnings will still be valuable. It certainly is a big change, but syntax can be learned. In many cases it will be simpler. ВСЁ ЯСНО БЛЯ?
Ну дальше, бугурт статья от восторженной опущенки - http://habrahabr.ru/post/204902/Да да, хабропараша Но часть правды в его словах есть, что если через пару лет, метеор станет настолько мощным, что рельсоблядство просто помрет, как и perl? Может стоит задуматься перед выбором основного фреймворка, и пересмотреть свои взгляды, от БОГОПОДОБНОГО JQUERY на meteorJS.
В тренж призываются JSники всех мастей, ведь мы - элита /зк/. Будущее и опора доски, лил.
Ну, а я открываю очередной JS ТРЕНД, пилим скриптопарашу, бугуртим от КАЛбеков, выводим в консоль хелло ворлды, как обычно.
>>410856 >Ну дальше, бугурт статья от восторженной опущенки >rails создавался и получил такое широкое именно благодаря своим конвенциям по конфигурированию >конвенциям по конфигурированию >rails was developed and became widespread because it adopted convention over configuration Перевод уровня одеск-треда.
>>410888 >serverSideMonkey Я, собственно, тоже, но хочу научиться в современный JS. У меня есть один небольшой проект для корпоративного интранета, к которому нет ни требований от начальства относительно того, какие технологии применять, ни legacy-кода, поэтому фреймворк, с которым буду работать, могу выбирать свободно. Angular 1.x сейчас начинать изучать не хочу, вот и рассматриваю разные альтернативны. Из новых с каким-никаким сообществом пользователей понравились вот эти два.
Или, может, мне не выёбываться и написать все на Backbone?
>>410762 Замыкание, это когда функция всегда имеет доступ к контексту, в котором определена.То есть если ты объявил huita() и рядом был var yoba, ты сможешь использовать yoba в huita(), где бы не вызывалсь huita() и все будет работать. Знаю, объяснил хуево, сам пока не написал, не понял.
>>410956 Оба полумертвые. Сейчас есть три довольно живых и используемых языка компилирующихся в js: CoffeeScript, TypeScript, ClojureScript. Можно было бы к ним отнести и Dart, но инфа 90%, что гугл скоро перекатится на AtScript, а Dart оставит умирать.
>>410964 >инфа 90%, что гугл скоро перекатится на AtScript Почему ты так думаешь? Кстати, недавно была новость, что команды AtScript, Flow и TypeScript будут работать над общим синтаксисом. Это может означать, что в TS появятся алгебраические типы как в Flow.
Haxe вроде бы вполне живой, но используется в основном в одной нише: в играх. Кодят на нем бывшие флешеры.
>>410970 >А зачем гуглу пилить два языка которые нацелены на одну и ту же нишу? По словам Марка Миллера из Гугла: >Javascript has fundamental flaws that cannot be fixed merely by evolving the language. We'll adopt a two-pronged strategy for the future of Javascript: > > - Harmony (low risk/low reward): continue working in conjunction with > TC39 (the EcmaScript standards body) to evolve Javascript > - Dash (high risk/high reward): Develop a new language (called Dash) that > aims to maintain the dynamic nature of Javascript but have a better > performance profile and be amenable to tooling for large projects. Push for > Dash to become an open standard and be adopted by other browsers. >Developers > using Dash tooling will be able to use a cross-compiler to target Javascript > for browsers that do not support Dash natively. http://pastebin.com/NUMTTrKj
>>410973 Он писал это в 2010 году, а воз и ныне там. Никто из браузерных вендоров не собирается добавлять нативную поддержку дарта, js-овские либы подключаются через жопу, на гитхабе ровно одна репа с больше чем 1к звезд на дарте (angular.dart, лол, который в 2.0 перенесут на AtScript) и в довершение гугл начинает пилить второй язык с типами нацеленный на копиляцию в js.
>>410977 >Он писал это в 2010 году, а воз и ныне там. Да, кроме Нотча Dart никто уже очень сильно не полюбил. Многие писали (и до сих пор пишут), что Dart неплох, но я пока не встречал ни одного разработчика, который увидел Dart и от восторга сразу же взялся переписывать все свои проекты на нем.
Думаю, что при стандартизации ES7 Гугл напишет свою заявку, основываясь на AtScript. >angular.dart, лол, который в 2.0 перенесут на AtScript Нет, AngularDart - это отдельный проект, а на AtScript перенесут основную ветку Angular.
>>410985 В целом согласен. Не один из языков сделаных гуглом мне так и не понравился. Но тот же Go года через три, когда тренд пройдет, все равно будут использовать, а вот Dart через три года уже вероятно все забудут. >>410993 >Нет, AngularDart - это отдельный проект, а на AtScript перенесут основную ветку Angular. Помнится они писали, что будут просто компилировать AtScript в Dart.
>>411000 >Помнится они писали, что будут просто компилировать AtScript в Dart. Интересно, но я не могу найти источник, который бы это подтвердил. Есть ссылка?
>>411002 http://eisenbergeffect.bluespire.com/all-about-angular-2-0/ >For Angular 2.0 the idea was to unify Angular and Angular Dart. Instead of having two teams working on two codebases, it would be better to have one team working on the same codebase. AtScript helps out here because it's implemented on top of Traceur, which is very extensible. So, the team was able to make AtScript compile to both JavaScript and to Dart.
>>410890 Недавно поработал с метеором и реактом, потом новый сайтик появился, там решили не выебываться и использовать бекбон. После метеора у меня руки если честно опускаются на нем что-то делать. Даже marionette.js подключил, один хуй пиздец. До этого ничего особо на ангуляре не делал, но в принципе знаком с ним, подумал, что даже на нем некоторые вещи делались бы в разы проще и без рутинного кода.
>>410966 Чем людям джейквери не угодил? Это же хуева туча плагинчиков, слайдеров и прочих нищтяков. Как по мне для сайта-визитки с куче различных красивостей, не имеет смысл юзать что-то кроме него.
>>411030 >даже на нем некоторые вещи делались бы в разы проще и без рутинного кода. А как производительность у Метеора и Ангуляра? Их, вроде, из-за нее ругают (вот недавний пример: http://www.fse.guru/2-years-with-angular), а мне нужно большие таблицы выводить и обновлять, одну где-то 10x300 ячеек и еще одну 3x500. >Даже marionette.js подключил, один хуй пиздец Chaplin ты не пробовал использовать вместо Marionette.js?
>>411210 Самая тормозная вещь в ангуляре - вотчеры, которые добавляются к любой переменной, которую ты заюзал в HTML. В итоге у тебя будет 10 300 = 3000 вотчеров, которые будут проверяться каждый раз, когда какой-нибудь из них изменится. Если данные не должны меняться в процессе, то сейчас ввели bind-once, см http://swirlycheetah.com/native-bind-once-in-angularjs-1-3/
Суть: нажимаешь на кнопку → запускается таймер и появятся видео на весь экран, при нажатии на паузу останавливается таймер и видео, а когда время закончится, то видео пропадает.
>>411495 Мне хватает пока что, но машину купить не могу например. Может потому что пью много, чувствую, что готов зарабатывать больше. Угу в js я себя джуниором не считаю, но там меня именно на такую должность принимали. Сказали типа может там годик два поработаешь поднимем, а может и сразу после стажировки сделаем больше если ты нам понравишься, но там условия работы для меня не очень приятные были.
Аноны, а существуют какие-нибудь курсы или уроки с хорошо структурированной подачей знаний, чтоб сразу давали задания по практике? Или просто статья какая чтоб подробный курс был как в универах, допустим семестр 1 - такие-то темы, семестр 2 - такие. Чтоб все подробно, а не сплошной кашей как в большинстве книг, где подробно на каждой теме не останавливаются.
>>410856 Есть такие кто пишет на ЖС что-то большое и сложное? Что делаете для уменьшения половой ебли со слабыми типами? Что насчет TypeScript? судя по появлению в последнее время AtScript и flow это проблема заебала всех.
>>411797 Учебник неровный. Есть норм уроки, а есть непонятная хуита. Структурирован плохо - часто появляются вещи, которые до этого не объяснялись. Код затруднен конструкциями, которые очевидны опытным, но не понятны новичкам, откомментирован хуево, примеры слишком абстрактные. 3/5
Я новичок в node.js, и у меня, довольно, новичковый вопрос к вам. Хочу потренироваться с нодом и сделать сайт-галерею с альбомами, лайками фоток и комментами к фоткам. Просмотр фоток в одном альбоме - как в вконтакте, с динамической подгрузкой. Собственно вопрос - для реализации этой задачи подойдет meteor? И нужно ли изучить тонкости работы с node.js, чтобы сделать такой сайт, или достаточно будет прочитать доки по метеору?
>>411899 >React >вбыдлятник >вебочку/галлереючки/инстраграмчик Аж поперхнулся. Иди читай Node.js/doc, выблядок. И не приходи, пока не освоишь элементарное assert.eaual tvoaMamka, shluxa
>>411899 Meteor тут не нужен, хватит начальных знаний Node.js, Express и какого-нибудь JQuery плагина-галлереии (в них зачастую реализована динамическая подгрузка). Можно посмотреть код плагина и научиться самому, либо поискать туториал (100% такой есть)
>>411897 Спасибо. Тогда зайдем с другой стороны. Есть один wip проект. Поскольку он wip, в него постоянно добавляются новые объекты. Сейчас они объявляются в общем контроллере, соответственно, при загрузке старого сейва их в нем нет. Куда по феншую девать объявления переменных, в функцию вызывающуюся при загрузке страницы?
Вообще, я чувствую, пора мне почитать что-нибудь по computer science вообще и архитектуре программ сложнее хелловорлда в частности. Посоветуйте пожалуйста что-нибудь размером меньше Войны и Мира?
>>411969 На самом деле сложно что-то посоветовать, потому что уж очень абстрактно у тебя описано. Из того, что пригодится точно: запись в localStorage лучше убрать в отдельный сервис и образаться к нему. Может появиться новая фишка программы ? Почему бы не вынести в отдельный контроллер, директиву, сервис или модуль ? Попробуй объяснить, что ты там делаешь. Никто идею у тебя скорей всего не украдет.
Почему бы не создать конфочку на slack.com ? Там есть выделение кода, которого так не хватает здесь. Раньше у макаки была какая-то двачепочта. Она еще осталась ? что-то не могу найти.
>>412006 Запись в сторадж и так в сервисе и вызывается кнопочкой. Проблема в том, что по загрузке другой кнопочкой из стораджа приходят данные, в которых нет новых объектов (добавленных в программу, пока сэйв пылился в сторадже). Пока писал придумал, куда засунуть создание объектов, спасибо.
Я делаю калькулятор персонажа для одной настольной игры, где как минимум у двух типов объектов есть отношения many-to-many. >Почему бы не вынести в отдельный контроллер, директиву, сервис или модуль ? Пробовал. Инжектить придется практически все во все. При попытке скопировать отдельные куски в чайлд скоупы наткнулся на то, что некоторых объектов родителя не видно из ребенка, охуел и вернул как было. По-хорошему конечно надо выносить каждую функцию в отдельный сервис, но мне лень.
Есть потребность упороть single-page js-приложения, с самым различным функционалом. Время на освоение не ограничено, вопрос только в том, что выбрать для ui? Поскролив эти ваши интернеты толком не смог понять, какая из библиотек является наиболее популярной, пока мой выбор пал на w2ui. Библиотека сырая, но вроде бы как абсолютно понятная - поэтому решил пока скатать пару своих приложений на ней, до той поры пока не определюсь окончательно. Но она я так понимаю не особо мейнстримная и не сегодня - завтра ее мейнтейнер может пропасть как это часто бывает с подобным софтом. На чем сегодня стоит писать ui для подобных приложений?
>>412084 ЯННП. Каким образом ЮИ-библиотека связана с тем что сайт одностраничный, и нахуя она вообще тебе? У тебя дизайн есть? А верстальщик? Это вообще твоя работа?
>>412090 Ну, для синглпейджа хочу выбрать библиотеку с целью написать UI. Софт для внутреннего пользования компании, но хочется чтобы было хотя бы опрятно. Верстальщика под это дело нанимать не особо хочется.
>>412094 Ну, а если, скажем, в перспективе надо будет админку писать для юзеров? Есть еще хорошие либы? За веббикс спасибо, уже смотрел его - отодвинул в сторону на случай, если ничего лучше не найду (его и купить можно, если что).
>>412093 >Верстальщика под это дело нанимать не особо хочется. Так дизайн-то есть? Если нет - ваяй на бутстрапе, там в жабаскрипте наверняка есть почти все, что тебе понадобится (если понадобится) для уя.
Кто-то тут спрашивал про необходимость знания вёрстки. Сейчас отказали в вакансии из-за отсутствия знаний в вёрстке. В требованиях написано про опыт использования одного из популярных фреймворков и ни слова про HTML & CSS. Такие дела.
>>412184 Я не то что бы её совсем не знаю, просто не могу в кросбраузерность и не сталкивался со специфическими задачами. Например, был вопрос, как несколько блоков разной высоты отцентрировать внутри другого блока. Был вопрос о том, как в бутстрапе реализуется грид на этот вопрос я более или менее ответил, но с подсказками. Если бы не боялся отвечать неправильно, справился бы и без. Ну и вообще надеялся (и сейчас продолжаю), что есть места, где верстать не надо вообще.
>>412192 Это к первому или ко второму вопросу ? box model, как мне кажется, понимаю на достаточном уровне. В частности в вопросе про бутстраповский грид я говорил про то, что нужно менять box-sizing
>>412190 >Был вопрос о том, как в бутстрапе реализуется грид >>412162 >В требованиях написано про опыт использования одного из популярных фреймворков и ни слова про HTML & CSS. Каких фреймворков-то, жс? Если так, нахуй ту вакансию.
>>412199 Сука, блядь. CSS такая параша, что там отцентрировать нормально даже нельзя. Помнить всякое говно для разны случаев, margin: 0 auto, text-align: center, line-height = font-size, vertical-align: middle. Заебись, чо, всё просто же гроб гроб кладбище пидор.
>>412199 На первый ничего не ответил. Отцентрировать надо как на рисунке >>412200 Да, совсем забыл уточнить какие фреймворки имелись ввиду: анугляр, бэкбон и реакт.
По верстке было процентов 30% вопросов, остальное по JS и чуть-чуть по самому ангуляру
>>412273 >layout-библиотеки на JS Да ну нахуй. Лучше уж взять орайлевскую книгу по верстке потолще и ебашить ей дизайнера пока он не выучит хотя бы box model. Ну или не прекратит называть себя ВЕБ-дизайнером.
>>412291 Если приложения JS MVC, то какая разница, генерируется ли разметка шаблоном, React'ом или grid-библиотекой. Все равно все будет делаться кодом.
>>412338 А если нет, какие проблемы могут возникнуть именно от скриптованной разметки внутри View? Если проект большой, можно (и, я считаю, нужно) взять TypeScript. По крайней для 10k строк он вполне достаточен.
Антоши, я тут увидел самый ужасный код, который показался мне самым ужасным на свете. Реквестирую знатоков, который скажут, действительно ли код настолько ужасен, или просто я слишком слаб для node.js. Вот кусок кода, приложение просто гигантское, все не буду кидать http://pastebin.com/4NYccg3Y
>>410856 > Instead of $scope, controllers, DDO’s, and modules we have similar techniques that are more conducive to ES6 like classes, web components, and ES6 modules.
>>412366 Нельзя просрать изначально просратое. Родина дает тебе нормальные структуры - нет! Не хочу! Хочу (return function(){return function(){return function{return function(x){return x;}('жрать говно!');}();}();}();)(); ))))))))))))0000;
>>412372 Ты не понимаешь. В ES5 было ровно две сущности: объекты и функции. Данные и код, если угодно. Получается одновременно очень простой и очень мощный язык. Ничего лишнего. Самый лиспоподобный среди современных монструозных языков с немного уродливым синтаксисом. Но синтаксис не главное.
Теперь в ES6 добавили много ненужной хуеты, язык перестаёт быть простым, но и более мощным тоже не станет. Я считаю, это провал.
>>412375 Наоборот, он становится простым, ибо function слишком много одеяла на себе тянет. Всё это время function выполнял не только то, что должен исходя из своего названия, стало быть просто называли вещи не своими именами.
>>412376 Если ты о Foo.prototype.bar, то это от того, что в JS никогда и не было классов. Нужен объект — вызывай конструктор. А чем конструктор не функция? Для gulp-плагинов, например, это отлично работает, и заодно никакой путаницы с new не возникает. Вам дали даже Object.create. Создал объект-прототип — Object.create в конструкторе. Такой подход семантически гораздо лучше. Никакого Foo.prototype. Для прототипного наследования классы не нужны.
Анончики, хочу попробовать какой-нибудь фреймворк, чтобы сделать хипстерский одностраничник-веб-приложение. Стоит ли использовать первый ангуляр или лучше дождаться поддержки ES 6 в браузерах и сразу со второго начать? Какие ещё фреймворки кроме него нынче популярны?
>>412597 Первый ангуляр будут поддерживать еще два года после того, как выйдет второй (а он еще не вышел, если что). Так что пробуй первый. На второй вопрос ответ здесь: >>412380 Если в кратце: backbone и всё
>>412399 Если смотреть на реальный опыт, то соотношение еще больше. Я, вот, научился писать на JavaScript еще в 90-е, но при этом ничего серьезного на нем не писал до начала 2010-х (прочитав предварительно The Good Parts), а за JS MVC взялся вообще только в этому году. Думаю, таких "олдфагов" как я немало.
>>412597 >>412598 К Backbone можно еще Chaplin или Marionette.js. Если ты совсем хипстер и будешь писать на CoffeeScript'е, бери Spine.js вместо Backbone.
>>412704 Мне говорили, что изучать Backbone нужно сразу с Marionette. Насколько это адекватный совет ? Может кто-нибудь на примере пояснить, что добавляет Marionette в Backbone ?
>>412706 Я бы сказал, что совет совсем плохой и неадекватный. Так же как JavaScript нужно изучать без jQuery, Backbone нужно учить без Marionette. Что добавляет, смотри на сайте Марионетки, но чтобы реально оценить, что эта вся хуйня дает, ты должен сначала написать Todo с тегами на чистом Backbone или что-то подобное на 500-1000 строк кода.
Я некоторое время работал тестировочной макакой на довольно крупном проекте, хочу перекатиться писать фронтэтнд.
Отсюда вопрос: что нужно знать начинающей javascript макаке? Действительно ли нужно знать и уметь применять ОПП модель, уметь в ФП, замыкания и прочее колдунство?
Либо нужно уметь тока посылать ajax запросы с jquery, да вызывать модальные окошки в бутстрапе?
Мне показалось, что у нас в конторе именно 2 случай, но чистых яваскрипт макак у нас нету, все, кто пишут бэкенд сразу же верстают и пишут фронтэнд.
>>412713 Оба варианта могу быть. В зависиости от того, кем ты хочешь быть: оставаться макакой или изучать программирование в целом (ООП, ФП, функторы, акторы и прочая поебота).
Есть функция, внутри неё есть eval, нужно сделать чтобы на месте eval-а функция прерывалась и дальше не работала. 'return false;' даёт ошибку Illegal return statement. Что делать в данной ситуации?
>>412731 Короче, если можно переписать без евал, то делай это. Если нельзя, то нужно постараться переписать бех евал. Если совсем нельзя, то выход из функции придется обрабатывать отдельно. И не стоит забывать про косвеннй вызов eval: (0, eval)('code')
Поцоны, щас к вам пытаюсь приобщится, думаю в ближайшем будущем все уйдет в браузеры/web, изучаю после работы Флэнагана. Хочу сделать адвенчуру/квест с видом 2d сбоку. Ничего такого крутого. Ну думаю найду какой-то фреймворк, зашел на http://html5gameengine.com/ и прихуел от их количества. Посоветуйте, как опытные, какой лучше выбрать?
Вопрос, только косвенно связанный с языком, но всё же, вы наверняка знаете: если ссылка сама по себе никуда не ведёт, но на ней висит обработчик клика, нужно аттрибут href указывать? Можно ли указывать href пустым? Имеет ли какой–то смысл сегодня ставить знак хэша в href в таком случае?
Котаны, нужна помощь. Изучаю вёрстку, и сейчас столкнулся с тем, что в одном из заданий нужно сделать блок, где по нажатию кнопок будет меняться фон. Пример - сайт сбербанка: www.sberbank.ru здесь есть картинки, которые меняются при выборе какого-нибудь из радиобаттонов внизу. Вопрос - чтобы это реализовать, что нужно гуглить? какая технология тут может быть использована? Как реализовать изменение фона не при нажатии, а даже при ховерах? Просто скажи, анон, пожалуйста, что это.
>>412844 калькулятор надо сделать. Логика обязательно на С++ и обязательно алгоритмический, а не объектный подход.
Интерфейс хотелось бы на чем-то нормальном сделать. Напимер сайт на node.js со всеми кнопочками и полями, а внутри должен работать С++ код. Получится, что С++ будет обрабатыватся на node.js, который будет обрабатываться на С++, лол >>412827 Не понял что там смотреть конкретно.
>>412850 >Логика обязательно на С++ и обязательно алгоритмический, а не объектный подход. Что? Это такая хреновая лаба?
Эниху, надо было сразу говорить, что тебе надо C++ код на сервер с Нодом, а не в браузере. Если так, то все проще: говори с программкой на C++ из Нода через сокет или просто через stdin/stdout.
>Заменять лапшу на jQuery Backbonе'ом/Angular'ом/Ember'ом? Это, наверное, платиновый вопрос, но всё же, объясните мне, пожалуйста, зачем нужен JS–фреймворк и в каких случаях его нужно использовать?
Я понимаю, зачем нужен фреймворк для серверной стороны, просто у меня в голове фреймворк не накладывается на клиентскую сторону, то есть, я просто не могу представить себе ситуации, где он может мне понадобится, можешь пример какой–то привести? Вот у меня сейчас один большой файл на весь сайт с разбиением на содержание, сейчас там 1000 строк манипуляций DOM и 2–3 аяксозапроса, ну будет там, может, 1500 строк в конце концов, и я понимаю, что пока еще в этом легко можно разобраться, а в каких случаях тогда брать фреймворк?
>>413068 >Ребята, какой на диване сделать проект на ангуляре, чтобы все компоненты его закрепить? Возьми какой-нибудь популярный проект на PHP и сделай клон один-в-один с backend'ом на REST'е.
>>412875 >а в каких случаях тогда брать фреймворк? Когда на бэкенде рест апи который этим апи скармливает данные не только сайту, но и мобильным приложениям и хуй знает чему еще. >>413068 >Инбифо имиджборда Форум > борды, там регистрацию и авторизацию писать надо.
Пояснитк за реакт. О нем говорят только хорошее, однако говорят мало. Почему если у него все так заебись на деле у всех ангуляр и прочая кость в заднем проходе?
Посоны, а вы тут pro bono помогаете аутистам? Так или иначе, вдруг добродвач. Предысторию под спойлер засуну, по делу будет дальше. Вы, наверное, слышали про Толоку от Яндекса - проверяешь контент на соответствие запросу/возрастную категорию и получаешь по 1-3 центам за задание. Так вот, там есть задания на проверку взрослого контента, где выводится штук 20 изображений и под каждым изображением 7 радиобаттонов. Т.к на странице в основном невзрослый контент, то порой устаёшь кликать 95 процентов "Не взрослый". Появилась идея написать скрипт, который тыкает те радиобаттоны, что "не взрослый", а потом, пролистывая страницу, просто отметить взрослые. Оптимизация нищеманимейка, да. Сам я пробовал код написать по аналогиям с тем, что у меня по запросу "отметить все checkbox на странице" вылезло, но потерпел фиаско, ибо код после того, как перестал выдавать ошибку, просто ничего не делал. В общем, к делу. Есть код страницы, пикрилейтед. Надо написать несложный, думаю, скрипт, который бы просто при загрузке страницы отметил на ней все radiobutton с определенным value. Я сам в js не могу, мои потуги написать код по подобию интернетов успехом не увенчались. К тому же, у самого радиобаттона нет атрибута checked.
Потыкав кнопки я заметил, что при нажатии радиобаттона меняется атрибут class у тега label с [code] class="check check_size_L check_mode_radio not_checked" [/code] на очевидный. [code] class="check check_size_L check_mode_radio checked" [/code].
Хтмл я оформил в код, посмотрим, не запорол ли разметку.
>>413588 Нефиг голову ломать. Пускай эта херь сама разбирается какие классы выставлять - всё равно не факт что угадаешь. А вот так - да: http://jsfiddle.net/34o4r60x/ checkboxEl.click()
>>413602 >Просрали все ноды? Пол-команды заебало что нода не обновляется и они пилят свою ноду. После релиза 1.0 обратной совместимости может не быть. В свете второго ангуляра весь стек может стать быстрее, выше, сильне... да кого я обманываю, по пизде пойти.
>>413596 Спасибо за ответ. Однако, я в JS не шарю, как уже писал. То, на что ты дал ссылку - функция, которая будет "нажимать" на чекбоксы с интервалом в пол-секунды? Но там метод getElementById, т.е. он ищет по айди, а там, как видишь из кода, атрибута id нет, только value. Или он будет и по value искать и кликать?
Новичковый вопрос, допустим, у меня есть объект, свойство которого — анонимная функция, типа такого: var foo = { bar: function (argx, argy) { /.../ } };
Я правильно понимаю, что вызвать функцию с аргументами можно вот так: "foo.bar(argx, argy);"?
>>413659 Да. Функция - объект первого класса, т.е. может быть передана, возвращена и присвоена переменной. Таким образом, ты присваеваешь переменной bar анонимную функцию и теперь можешь вызывать её через эту переменную
Регулярно наталкиваюсь на статьи "99 причин, почему ангуляр - говно" и ни разу не видел таких статей по Backbone, например. Всё настолько хорошо или отсутствие таких статей - следствие недостаточной популярности остальных фреймворков ?
>>413524 Потому что он не для "совсем тупых", лол. И думать там надо побольше, чем в ангуляре, чтоб не получить на выходе парашу. Но мне лично не нравится ебля с разметкой прямо в коде компонента, хотя чисто технически реакт очень простой и быстрый.
>>413667 Лол. Написал вроде рабочий роуте, стал дебажить подргузку файлов по GET-запросу и сосонул. Такой-то эпик, когда хедеры станцевали злую шутку а казалось бы просто return разрешил одну ебаническую ошибку. Забавно, что с компрессом я тоже почти соснул. Ну теперь-то всё работает.
>>413854 >Через год у ангуляра и реакта будет одинаковая доля Хуйня. Через год все недофреймворки вроде реакта утонут в говне и останется только ангуляр, как спринг в джаве.
>>413864 > останется только ангуляр Здесь мы идем снова. Разве что если научится без тормозов работать с большим кол-вом элементов, чего никак невозможно в условиях data-binding'а, работающего на основе бесконечного цикла проверки изменений.
>>413879 Как будто без двустороннего датабиндинга вообще можно программировать что-то серьёзное на js. Любой фреймворк не отменяющий явного доступа к документу или вариаций на эту тему - говно. Развеска листенеров руками - туда же.
>тормозит Вот к примеру - aviasales, один из крупнейших метапоисковиков по авиаперелётам, перешёл на ангуляр ещё год назад, и всё заебись работает.
>>413792 >As it turns out, according to the author of the vdom benchmark, the metrics he was using are bad, but nevertheless, members of the Mithril community started tinkering with Mithril's codebase and we now have a whole bunch of performance improvements in various stages of progress (some landed, some still being tuned), and the end result is that thanks to the efforts of G00fy-, Alex Galays and others, the next release of Mithril will fix weaknesses that made it choke on that benchmark, and we'll have a faster framework. Big shout out to everyone who is contributing! Да - молодцы, работают и пользователей слушают.
>>413971 Какие библиотечки? Да он часть React with Addons, а не просто React, но даже на странице с описанием React with Addons сказано, что со временем все эти аддоны попадут в ядро реакта. Фактически сейчас я думаю не найти проект на реакте который не использует аддоны.
> The v0.12 release will ship shortly and the project team is already engaged in discussions about the next release. Joyent не сдаётся и собирается-таки наконец выпустить 0.12 (наверное, хотят успеть до 13 января). Запасаемся попкорном.
>>413609 >>414188 Я для себя решил эту проблему тем, что следом за Головайчуком перешел на сервере на Go. Не жалею. С клиентским MVC REST на Go сочетается хорошо, а JS все равно прежде всего язык для браузера, и именно для браузера на нем приятнее всего писать.
>>414306 Сам разобрался, как всегда учебники по JS и аяксу ориентируются на 98 год, 6 осла, диалапный интернет, табличную верстку и тот плагин где обезьянка кокосами жонглирует
Скриптаны, соориентируйте по з/п в ДС. Что надо знать чтобы в ДС получать скажем 60к на руки? А если у анона тестовые задания завалялисьне важно на какие суммы, и он готов поделиться, буду очень благодарен.
Ангуляробоги, есть вопрос. Допустим, у меня есть список элементов, наведя на каждый из них должен появлятся pop over (решил взять тот, что из angular-bootstrap). Все хорошо, кроме того, что для каждого элемента у поповера будет другой контент. (будет доставаться по Ajax для каждого элемента при наведении). Как это блиоть лучше оформить? Хотелось бы по красивому, щоб как-то привязать контент к промису, или хуй знает кароч
>>414775 >Все хорошо, кроме того, что для каждого элемента у поповера будет другой контент. А у элементов из списка одинаковый штоле? Что бы тебе не засунуть поповер в нг-рипит?
>>414836 Нет, элементы разные, поповеры разные Но поповер типа сложный, формируется по шаблону, а данные из json. Суть в том, что данные "лениво" должны тянуться, т.е. после наведения, но не раньше
Господа, у меня намечается испытательный срок разработчиком на ангуляре. До этого много возился с ангуляром, но в основном весь опыт построен на простых примерах и простых туториалах. Подскажите, про что стоит почитать, что бы не ударить в грязь лицом на испытательном ? Про что не пишут на каждом углу, но это, тем не менее, в _реальной работе_ нужно знать ? Можно не конкретные статьи, а список необходимых вещей в порядке убывания необходимости. Заранее спасибо.
>>414754 >как вы вообще на этой параше пишете Кек, но мы на ней еще и читаем. Инбифо говноеды :3. На самом деле жаваСкрипт сам по себе оче годный езык, прост не все его понимают....
>>414916 Ты мне отвечаешь про требования к вакансии, а я спрашиваю про специфические моменты самого ангуляра, которые всплывают только в больших проектах и которые не узнаешь, пока не поработаешь в этих проектах. Ну, условно, когда делаешь одностраничный сайт, не задумываешься о хайлоаде. Вот есть ли что-то такое в ангуляре, о чем не знают нубопрограммисты ?
>>414920 >Вот есть ли что-то такое в ангуляре, о чем не знают нубопрограммисты ? Универсальное требование к программам - они должны работать. Все остальное отличается в разных конторах, на месте расскажут.
>>414976 Ну да блять, писать вместо очевидного если условие то действие выражение типа условие И действие - это дохуя небыдлокод.
Подставлять в || и && всякую хуйню вместо булов и предикатов это так охуенно правильно. К тому же условие И действие возвращает результат true/false, который нахуй нужен, в то время как вызов процедуры по условию, который и требуется сделать - вообще ничего не должен возвращать.
>>414997 Спокойно, это только констатация факта. На самом деле, мне тоже кажется, что это изъёбства. Лучше старый добрый if/else. Хотя я иногда грешу ||, но он оче удобный.
>>415000 >Лучше старый добрый if/else. Он лучше тем, что приучает ставить скобочки. В этой хипстерской дилде не поставил скобочку - и ищи потом почему нихуя не работает.
>>414997 Иди-ка ты нахуй а. Забеали петухи со "пок-пок-пок как потом будут читать ваш код". Такое ощущение будто потом написанный код читают сферические дауны которые ничего кроме базовых конструкций языка не знают. Ну ты и дальше можешь городить три строчки вместо одной во имя ЧИТАБЕЛЬНОСТИ.
Анансы, поясните за плюсы и минусы каждого из подходов. Я совсем ньюфаг, Eloquent JavaScript на прошлой неделе начал читать. До этого только плагины на джиквери подключал.
>>415038 Петушок вроде тебя забывает, что этот самый код через некоторое время ты сам и будешь перечитывать. И чем хуевей ты его напишешь, тем хуевей ты его поймешь. Если вообще поймешь.
>>415313 Хуйню несешь. Одно дело когда пишешь говнокод как здесь >>415332 , другое когда бугуртишь из-за || вместо иф и тому подобных вещей. Style guide головного мозга как он есть. >>415332 Поздравляю, ты пишешь говнокод, но спор не об этом был.
>>415345 Простые операции if\else которые пишутся в одну строку и при этом не вызывает кровотечение из глаз можно с чистой совестью преобразовывать в x?ok:nope или x||nope; делай как хочешь, пока твой код не превращается в result = result == 0 ? tempResult : (tempResult == 0 ? result : (result == tempResult ? result : result tempResult));
Как считает многоуважаемый анон, стоит ли эту либу выкладывать в общий доступ? Или такое нах никому не вперлось?
Дисклеймер: в исходнике только юнит-тест (он же документация) и реализация, без кастомных зависимостей, т.к. заставлять анона читать еще и их было бы совсем неправильно.
>>415375 Как то делал что то подобное, посмотри как у яндекса сверстано главное поле ввода для поиска. .input_container стилизованный под input .input без границ .holder куда подставляется нужный текст .button
>>415495 >Зачем это нужно, когда есть coffeescript Это называется из пушки по воробьям. То есть я правильно понимаю, что ты советуешь мне вместо подключения нано-либы, которая практически с нулевым оверхедом реализует нужные вещи для mid-scale структурирования кода (а именно, декларативное описание методов и свойств классов, причем расширяемое и конфигурируемое), вместого этого ты предлагаешь нативный JS целиком поменять на внешний кросс-компилятор? И заимев при этом дохуя проблем с отладкой в браузере (из-за импенданса evaluated source / editable source)? И еще не факт что это в итоге для моих задач окажется решающим?
По ходу видимо в каком-то фэнтези-мире живешь или траллишь просто. No offence. Хули тогда кофескрипт, это ж хуйня убогая если по-чесноку. Норм посоны сразу кросс-компилятор хаскелла подключают, с разбегу (для GHC→JavaScript вроде есть бэкенд, поправьте если ошибаюсь)?
А ведь поверх этой утилиты — благо она не является жестко забитым в язык синтаксисом, а есть динамическая конструкция — я могу описать уже что-то посерьезнее, скажем, компонентную модель. Ну как у больших дядь во фреймворках, только маленькую, ручную:
Кофескрипт мне как здесь поможет? Это же низкоуровневая какая-то хуйня, не имеющая отношения к макроструктуре кода, к биндингам и т.п. Тупо сахар синтаксический, list comprehensions там, отступы.
Мне интересно насколько такая либа была бы востребована. Но это скорее нужно не хоум-пейдж-скрипткидии, настраивающих джумлу для очередного магазина торгующего резиновыми членами наложенным платежом. А скажем если тебе надо что-то большое написать, когда кода дохуя, и надо его как-то структурировать по-человечески. Энтерпрайзненько чтоб было, ферштейн?
>>415519 В нативной поддержке я говорил только про синтаксис для классов в es6. >>415522 >подключения нано-либы, которая практически с нулевым оверхедом У кофе тоже почти нулевой оверхед. >И заимев при этом дохуя проблем с отладкой в браузере >Норм посоны сразу кросс-компилятор хаскелла подключают Пишу на кофе почти 3 года. Одно из самых больших его преимуществ по сравнению с хаскелями/кложурами компилирующимися в js в том, что ты можешь легко сказать во что твой кофе будет скомпилирован, а смотря на получившейся js сказать из каких строчек в кофе он получился. Плюс в нем можно без проблем брать любую либу написаную на js и тут же начинать ее использовать, без всяких оберток. При этом ты получаешь более приятный синтаксически язык (вкусовщина, да), успешно скрывающий большинство уродливых мест js'a. И возможно ты не заметил, но я еще дальше предлагал использовать 6to5 и нативный синтаксис для классов из es6, в котором, насколько я могу судить, есть все, что ты напилил в своей либе, кроме final который в любом случае не нужен. Хотя просмотрел я спеки честно говоря мельком, ты ведь не считаешь, что они могут заменить полноценную документацию по скорости восприятия? И еще не подумай, что это оскорбление, но ты случаем не джавы перекатился в js?
>>415529 >но ты случаем не джавы перекатился в js? Нет, проф. бэкграунд — C++ и C#, ну и Haskell для отдушины. Но я ценю Java за дуракостойкость, консервативность и некоторую завершенность, что-ли (знаком с ней мельком по андроиду, приходилось делать несложные проекты). То есть как язык для энтерпрайз говна, где важно maintainability и возможность понять написанный код любой наемной обезьяне за плошку риса — имхо идеально.
Насчет 6to5, это все пездо конечно, но это же монстрячество какое-то, это вообще сравнивать нельзя. Ты ж понимаешь что ты сравниваешь библиотеку из пары сотен строк и какой-то адовый фреймворк. Когда такую бодягу подключаешь в проект, то становится слегка неудобно — код фреймворка в разы больше кода твоего приложения, и фактически не ты вызываешь его, а он тебя. Я никогда не любил dependency inversion, мне нравятся маленькие чоткие решения, которые умещаются на ладони и помещаются в сознание целиком, со всей своей реализацией. Как underscore например, или jquery, хотя последний уже с натяжкой можно в такую категорию отнести — то-то они заморочились с отделением 3.0 ветки, чтоб было как встарь, маленько и понятно.
Насчет $final — я его туда вкорячил чисто потому что надо было именно что. Там выше я как раз привел реализацию класса Component, у которого sealed-конструктор, чтобы макаки которые это юзают, не переопределяли его сдуру и не ломали встроенное поведение его конструктора. Когда работаешь в команде, то начинаешь ценить такие инструменты для форсирования той или иной спецификации, чтобы нельзя было отстрелить себе ногу. Вот кстати это и есть то, почему я респектую Java, как бы ты ни старался в уничижительном контексте её выставить.
Опять же, мега важна возможность фулл-кастомайза реализации инструмента который ты юзаешь, потому что это означает что ты полностью его понимаешь и все находится под контролем. А это невозможно с большими системами, которые не ты юзаешь, а они юзают тебя, встраивая твое маленькое поведение в заранее оговоренные dependency injection points, и где шаг влево, шаг вправо — расстрел. Не пойми меня превратно, я всеми руками за такое, о чем я выше и написал, тот же $final например. Разница знаешь в чем? Расстрельной командой в данном случае хочу быть я.
>У кофе тоже почти нулевой оверхед. Нет, дружище, у него не может быть нулевой оверхед, просто потому что речь не о execution performance, а о семантическом оверхеде, о гэпе между тем что реально делается и тем что ты описываешь, в отсутствие нормальных инструментов отладки встроенных в браузер. Это неизлечимая болезнь любого инструмента класса «кросс-компилятор», я не представляю что надо сделать, чтобы это взлетело в реальном мире и стало production-quality решением. Разве что встроить это в браузер, это единственный вариант. Иначе можно просто сойти с ума отлаживая какие-нибудь заковыристые баги, которые даже с отладчиком наперевес вычленить непросто, а тут еще и надо постоянно в уме сопоставлять сгенерированный код написанному. Только не надо щас петь про то, что расширенный синтаксис исключит большой класс ошибок. Это нихуя не так в случае с CoffeeScript, который ничего принципиально пиздатого не делает, только препроцессит незначительные в макромасштабе вещи, а реальные баги происходят уровнем выше этих синтаксических сахароз.
Чтобы кофескрипт мог предотвращать какие-то баги по-серьезке, ему надо было бы быть совсем не кофескриптом, а например Хаскелем, с его строгой семантикой и системой вывода типов. Но почему это не взлетит, ты и сам прекрасно понимаешь, кмк.
>>415529 > Хотя просмотрел я спеки честно говоря мельком, ты ведь не считаешь, что они могут заменить полноценную документацию по скорости восприятия?
Не считаю, конечно. Просто в условиях когда нет возможности писать документацию и поддерживать её в синхронизированном состоянии со стремительно меняющимся кодом (а это почти всегда так, у всех и везде) — единственный вариант это делать код само-документируемым, исключая по-максимуму шум из сигнала.
Ну тут я по test-driven подходу упоролся еще, т.к. это оказалось единственным способом делать что-то немножко сложнее хеллоу ворлда в среде JavaScript, где по факту нет верифицирующей системы типов (если сравнивать даже с C++, я уже даже не говорю про строго типизированные функциональные языки).
Ну и мне показалась интересной идея tests as documentation; к тому же я всегда придерживался принципа "read the fucking code", который был метко сформулирован каким-то красноглазым типа Торвальдса или Столлмана (не разбираюсь в них). То есть надо писать код так, чтобы в случае чего не обломно было бы залезть в кишки и быстро там сориентироваться, чтобы спек лежал рядом с реализацией и был формальным механизмом верификации этой самой реализации. Если правильно это приготовить,то это не хуже статической системы типов, т.к. и то и другое — контракт, выполняющийся перед запуском кода (compile-time или run-time тут несущественно).
>>415391 >constructor Сразу нахуй. Нормальные люди давно научились в prototype for static and the buil-in objeсе return function contructor, что люто упрощает код и его понимание.
>underscore Содомит.
>>415525 Я так понимаю, это что-то вроде построителя объектов для аутистов, не умеющих в prototype, func.apply/bind. Правильно?
>>415542 Лол, ты из деревни что-ли? Ты код читал который цитируешь? Эта хуйня как раз и сделана на родных JS прототипах и конструкторах, не тупи. И статик штуки как раз в конструктор и пишутся, а ты думал это что компилятор какой-то блядь? Это thin wrapper over native stuff, из 50 строк кода, не считая андерскор и прочую мелочевку.
Просто голые прототипы в энтерпрайз коде не катят, слишком шумно, плохо читается. Это как for-loop вручную выписывать где можно сделать map/each.
> Я так понимаю, это что-то вроде построителя объектов для аутистов, не умеющих в prototype, func.apply/bind. Правильно?
Нет, это построитель прототипов от аутистов, умеющих в прототипы намного лучше чем ты, и понимающих, что можно их слегка твикнуть и получить найс декларативный синтаксис. Ну-ка, болезный, сделай мне декларативный проперти? Что, Object.defineProperty вызывать надо? То-то же.
fn.apply/bind? Чувак, ты еще похвастайся что умеешь for loop писать, примерно такого же уровня перк. Но ты видимо претендуешь на какие-то advanced знания, недоступые простым пейзанам? Ну-ка, в таком случае, расскажи мне, что делает этот код и как он работает:
>>415554 Господи, какой же ты тупой, блядь. Уже трое тебе намекнули про бесполезность твоего высера, так нет, блядь, ты все срешь и срешь. Тебе запрещают чтоли выпустить этот код?
>Просто голые прототипы в энтерпрайз коде не катят Откуда энтерпрайз быдлу знать что в жс катит, а что нет? Ты удивишься, но в жс все так и пишут, да да, на голых прототипах, а твои thin wrappers используют лишь упоротые энтерпрайзщики
>>415554 > слишком шумно, плохо читается Воу, палехчи паринь. Хуево читается то говно которое ты и написал. Особенно в виде yaPetushok = func (){constructor:func (){/...}}
В тырпрайзе такая параша встречается только у быдла.
>декларативный проперти >Object.defineProperty Ебать дибил. Излишние изъёбства не выстрелить себе в ногу.
>это построитель прототипов от аутистов Ссаные бездельники уже не знают как изъебнуться, что бы написать еще один нестандарт-костыль? Ну хуле, ожидаемо.
>_.flip функция, возвращающая производную от исходной функцию с реверснутым порядком аргументов >с реверснутым порядком аргументов >json Охуеть просто. Нахуя?
>>415559 >только у быдла. Так я и не претендую. Это ты у нас Аристократ Аристархович, вчера выучивший что такое bind, лол. Не переживай, тебя ждёт ещё много открытий чудных. Представляю что с тобой будет, когда ты узнаешь про fixed point combinator какой-нибудь — поди, от радости штаны обоссышь.
> Хабрабыдлодетектед Чини детектор, мань. Я еще и в смайлики могу, но ты ж вообще порвешься тогда, бедняга (-;
> Охуеть просто. Нахуя? Нахуя тебя мама родила, вот что более интересно. Хотя нет, неинтересно нихуя.
> func (){constructor:func (){/...}} Это на каком-то суржике написано, типа кофескрипта? Не заставляй меня думать, что ты даже не знаешь синтаксиса языка.
>>415558 >мимо-крокодил-пришлось-прочитать тред Блядь, ПРИШЛОСЬ ему. Тяжело было, да? Переутомился наверное?
>Откуда энтерпрайз быдлу знать что в жс катит, а что нет? Элементарно, Ватсон. Я так решил. Если тебе они катят — юзай на здоровье, я не запрещаю. Разрешаю даже. Ты ведь ради этого тред читал?
>>415534 >Coffeescript Оу вей. У тебя проблемы выдуманные, не нужно ничего совмещать и анализировать. Я даже и не задумывадлся, что ошибка в консоли относится к JS, а код сам на Coffee - настолько это то же самое. Оверхеда там не много, практически нету. Для самого важного: отступов, скобок и функций точно нету.
Котаны короче в чем разница между простым хтмл который я пишу вручную и тем который выводится с помощью яваскрипта при загрузке документа, просто у препода хтмл написан вручную а у меня берется из пхп файла аяксом, у него кнопки в этом хтмле работают а у меня нет.
Не знаю в какой тред писать, сюда, либо в руби-тред.
Суть такова: есть бэкэнд на рельсах, он отдает только данные в json. Хочу прилепить на него фронтэнд. Выбираю между Angular и Backbone(оба знаю хуевато, но не суть). Как лепить их? Отдельным репозиторием-проектом или есть готовые рубигемы? SPA-проблемы - это сюда?
>>415538 >лаба >калькулятор >сайт на node.js >андроид приложение >C++ >Нод Рубен Люциус, наверно, оценил бы. Опиши конкретно и последовательно, что ты хочешь сделать на Андроиде, и зачем тебе там Нод и C++ без классов. >Ты не мог бы более понятно отправить меня куда мне надо смотреть? Посмотри в сторону ФАКа в /izd/. Нужно лучше излагать свои мысли.
>>415749 Сайт на node.js и в нем с++ без классов, коллекций, шаблонов, без ничего короче (зачем это надо я не знаю, но мне поставили такие требования - логика на С/С++ алгоритмический подход) Это первый вариант.
Второй вариант это приложение для андроида на Java (так как там хоть что-то понять получается у меня) и в нем внутри алгоритмический С++
В интерфейсе думал сделать типа кнопки, которые будут за цифры и функции отвечать нужные.
+ я хотел бы чему-то нужному научится, а не какой-то хуете, которую меня заставляют учить. На сколько я слышал, интерфейсы на С++ это боль, поэтому не хочу связываться.
То есть на андроиде и на node.js - это две разные идеи.
>>415759 Понятно. Тогда выходит, что ты чуть не по адресу обратился в этот тред. Гугли "Adding Tcl/Тk to a C application" и пили интерфейс на Tcl/Тk. Под Win/OS X он будет выглядеть приятнее, чем на Java, а C interop у Tcl/Тk один из лучших. Еще Tcl Tutorial и TkDocs тебе в помощь.
Если же хочется хардкора - учи Qt и делай все на нем. Калькулятор на Ноде напиши отдельно. Начинать изучать Андроид с NDK (API для C++) вредно для здоровья.
>>415762 Пойдет. В принципе там же без разницы особо, если не касатся ООП, только функции более кривые чем в плюсах. А что лучше С использовать, да?
>>415771>>415765 Я просто думал еще и про вариант сделать нод и в него как-то вставить с-код.
Я как раз и хотел уйти от Qt и прочих сишных gui-ев. Понимаю, что сначала лучше обычное андроид приложение написать, но мне же лабу надо делать. Я думал, что будет проще какой-нибудь REST использовать и с андроидом разобратся, чем с сишными интерфейсами.
>>415775 >Я думал, что будет проще какой-нибудь REST использовать и с андроидом разобратся, чем с сишными интерфейсами. На Андроиде тебе все равно придется разбираться с сишными интерфейсами.
>Я как раз и хотел уйти от Qt и прочих сишных gui-ев. Ну, можешь сделать на чем-угодно и общаться через stdin/stdout, как я уже говорил, но научиться писать модули с скриптовым языкам на C с помощью Tcl'а было бы полезнее.
>проще какой-нибудь REST использовать и с андроидом разобратся, чем с сишными интерфейсами. Что ты имеешь ввиду под "интерфейсами", API или GUI?
>Я как раз и хотел уйти от Qt и прочих сишных gui-ев. Ну, можешь сделать на чем-угодно и общаться через stdin/stdout, как я уже говорил, но научиться писать модули с скриптовым языкам на C с помощью Tcl'а было бы полезнее.
>Я думал, что будет проще какой-нибудь REST использовать и с андроидом разобратся, чем с сишными интерфейсами. Что ты имеешь ввиду под "интерфейсами", API или GUI? На Андроиде тебе все равно придется разбираться с сишными интерфейсами (если речь идет об API).
>>415798 >Чем полезно изучение Tcl'а ? Прежде всего на Тикле очень легко строить кроссплатформенные приложения с гуем. Еще на нем удобно писать тесты для других программ и взаимодействовать с кодом на C и C++.
>>415815 >Кроссплатформенные приложения с гуем проще всего строить на HTML+CSS+JS. Зависит от типа приложения, насколько нативно оно должно себя вести и других факторов.
Поясните за это говно? В чем профиты? Учитывая, что на продакшене у нас все скрипты собираются в один файл (несколько файлов для админки и сайта например). Не spa, на беке rails и божественный assets pipeline. В общем какие профиты, кто использует. Не батхертите ли от кода вида
В общем нахуя его использовать в принципе при условиях сборки модулей, какие могут быть профиты? Алсо для разработки удобнее без этой хуеты, когда ебашишь код организуя неймспейсы и не задумываешься лишний раз что забыл что-то подключить, файлы дебажаться также, так как на деве нет сборки, только при деплое в продакшен. В продакшене есть два три файла с нужным кодом, и не беда если даже это будет один файл на пару сотен килобайт, клиент его все равно закеширует. Из минусов еще заметил что с асинхронной загрузкой скриптов пиздец как долго и частями интерфейс реагирует, до первой инициализации возможно и быстрее, но потом пиздец.
Привет, JSач! У меня следующий вопрос - один мой товарищ, нихуёво разбирающийся в веб-программировании и зарабатывающий неплохие бабки этим, утверждает, что энгуляровские роутеры, будь то angular-route или angular-ui-route, очень недоработанные или даже вовсе плохие, поэтому использовать их не стоит. Он даже потиху делает свой роутер. Можете прокомментировать это как-то?
>>415958 Меня бесит в этой хуйне то, что с первого взгляда без включенного отображения непечатных символов хуй поймешь, во что это сконвертируется и сконвертируется ли
>>416049 Начал недавно работать над проектом, где используется Jade, Stylus и CoffeeScript. Компилирую что-то из этого - всё успешно билдится, но приложение сломалось и не работает. Долго не мог понять, в чём проблема, потому что в редакторе Brackets всё выглядит отлично. Стал смотреть diff - увидел, что на одной из сторчек вместо табов стоят пробелы (или наоборот). Посоветуйте чтоли костылей, что бы видеть такие косяки в коде.
>>416061 Спасибо, хорошая идея, что бы не пустить кривой код в репозиторий. Но как отловить это на этапе разработки ? Вот открыл я файл с кодом и как мне понять, какой способ интенданции используется ? В каком-нибудь саблайме можно включить отображение непечатных символов, но в Brackets этого нет вроде
>>416062 В саблайме, например, сразу видно где табы, а где пробелы. Плюнул на брекетс когда не смог отличить уровень вложенности тегов, между которыми 10+ строк
>>416071 Я так понял, у них jade используется везде, во всех проектах вне зависимости от заказчика. Проект на ангуляре. Заказчики вроде все из РФ. Brackets очень нравится, не хочу от него отказываться
>>416062 > В каком-нибудь саблайме можно включить отображение непечатных символов, но в Brackets этого нет вроде хз что у тебя за brackets такой, в моём можно (плагин show whitespace)
>>415958 Используем в продакшене jade, slim, haml и кучу другой хуеты, в основном хамл и джейд, спрашивай свои ответы, еще реакт юзал такое уг я ебал, короче агитирую за джейд. Батхерты по поводу отступов у меня не было, потому что всегда писал ровненько и не проблема проверочки поставить, ну и в принципе уже года 4 как пишу на скриптовых языках типа питона, кофе, где отступы важны.
Кстати после метеора в связке с джейдом понял что все эти шаблонизаторы клиентские, типа реакта или там даже простых андерскоровских шаблонов, полнейший отстой. Метеор предлагает возможности серверного рендера только все это будет реактивным и в доме, такие дела и там можно использовать тот же джейд.
>>416089 Как джейд может заменить виртуальный дом из Реакта? Если в блоке инпут + комменты, то добавление нового коммента не должно перетирать состояние инпута, и Реакт за этим следит. А как можно вместо этого использовать джейд?
Ребята, хочу скрыть одного недочеловека на украче. Шитпостит он с немецкого айпи, думал после загрузки страницы находить по xpath div с его постом (вот, кстати, xpath: "//img[@src='/flags/DE.png']/../../..") и удалять/скрывать. Но что-то не нашел как в javascript найти элемент по xpath. Подскажите пожалуйста как это сделать?
>>416093 Да я не про то, понятно что шаблонизатор ни за что не отвечает. Просто посмотри на спейсбар метеоровский и может проникнешься. Суть в том что ты описываешь шаблон как шаблон, а не ебанный jsx
>>416110 То есть как это Jade вместо JSX? Это интересно. Jade транслируется в хтмл, а для реакта нужны js-объекты. Или от Jade здесь только синтаксис? Дай ссылку, если не трудно.
>>416111 ну вот к примеру не так давно на хабре статья была github.com/ovcharik/meteor-getting-started/tree/master/todo-list/client/components компонент типа состоит из шаблона и логики к нему в отдельном файле
по сути все происходит как-то так
джейд шаблон транслируется в код, причем именно в дом, дальше ты уже где хочешь там и навешиваешь к нему логику, типа событий, каких-то хелперов и прочего. Все эти шаблоны находятся в глобальном скопе и так же как в реакте очень легко можно использовать вложенные шаблоны, по синтаксису они напоминают джейдовские миксины. В метеоре еще одна крута фитча это реактивные переменные, они конечно не через Object.Observe сделаны, но это вообще пока только для хрома с его ангуляром актуально, меняешь переменную где то непонятно в каком месте, например это у тебя глобальный объект пользователя, все шаблоны сразу без всяких вызовов это обновление отрендерят, очень удобно в общем, но все завязано на метеоре, даже предпринимал попытки вытащить, но все тщетно.
Посоны, ток начал учить, не ссыте мне в глаза. Как работает первая итерация во внешнем и внутреннем цикле? Не могу догнать, устал и заебся чет уже. Это код вывода перебора чисел до 10 и вывода из них простых. переменная i = 2 , j = 2. Они равны т.е. условие внутреннего цикла в первой итерации нихуя не выполнится же? Но двойку он выводи
nextPrime: for(var i=2; i<10; i++) {
for(var j=2; j<i; j++) { if ( i % j == 0) continue nextPrime; }
>>416160 > Какой самый удобный энжин для клиент-сайда из используемых вами?
На нодовских проектах используем jade, как для сервера так и для клиента. На рельсовых хамл. Для клиент сайда под хамл есть вот такая годная штука github.com/netzpirat/haml-coffee
А вообще, какая разница какой хтмл препроцессор использовать? Главное чтобы работа с конкретной библиотекой в конкретном проекте была удобной и не подгорало от нее без повода.
Что лучше читать начинающему - Head First JavaScript Programming или JavaScript: The Definitive Guide? После азов хороша ли будет книга Secrets of the JavaScript Ninja?
>>416273 не, я не хочу быдлокодить, я хочу быть мамкиным js программистом. Good Parts довольно уже старая книга, да и рейтинг на O'Reilly у нее меньше.
учу js по Кантору. Идет очень туго, очень многое не понимаю. Умею в верстку, но js-первый и единственный ЯП который я взялся учить. Я всегда думал, что я - смышленный парнишка, но этот сукин сын -Кантор, меня в этом разубедил. Уже пару месяцев дрочу его учебник, но осилил едва ли треть. А хочется уже во всякие Node, Angular попердолится и устроится наконец-то на работу как junior JS developer. Неужели я дибил и мне не дано или есть какой то хитрый заговор?
>>416316 Было дело, заводили на работе эту парашу на маке+сосунг. Обрати внимание на версию хрома, все ли включено на девайсе, в том ли порядке все включаешь/подключаешь, как указано там.
>>416160 >Ну зачем ты так? Нормально же общались.. Шутник дохуя? Ну, я почти серьезно. Я заметил, что люди все чаще используют "большие" библиотеки шаблонов там, где в них ноль необходимости. Может, я не прав, конечно.
Вообще, я бы посоветовал тебе курить что-то вроде Vue.js для вьюшек.
Google выпустила Chrome Dev Editor предварительную версию редактора, заточенного под разработку для своего браузера.
Из приколюх: - встроенная поддержка git - автодополнение, оптимизированные под Chrome - редактор сам представляет собой Chrome приложение - интеграция с Web Store - неплохой набор базовых тем - субъективно лёгкий - заточен для работы на сенсорных устройствах - автосохранение (не нужно жать ctrl+s для редактуры файла)
Из недоделок (версии 0.18): - не реализована система расширений - кроме как ручками нельзя сменить шрифт - субъективные претензии к дизайну
>>416434 Ноут старинный от HP. 2007 года, если не изменяет память. Не рекомендую, поэтому и пиарить не стану.
Производительность была хорошая, но в некст ген уже не поиграть. Последнее, что пробовал Watch Dogs. Смог только посмотреть.
Играю в майнкрафты и варкрафты (очень редко, если друзья зовут). В целом игры уже мало интересуют.
Хотя если заработаю лишние деньги летом следующего года соберу йобутер на 14 нм интелловских процессорах. Считай 40% скачок техпроцесса. Давно такого не было.
>>416440 У тебя две системы установлено что-ли ? Мне главное, что бы кодить, держать гигабайтные вкладки в хроме, не ебаться с драйверами на линукс и сидеть в кафе с одной чашкой кофе и без зарядки целый день. Для игор у меня и стационарник сгодится.
>>416443 У меня 2 ноута, нетбук и настольник. Но 90% задач делаю на Ubuntu. Остальные для вспомогательных вещей.
В варкрафт и майнкрафт играю на Ubuntu. Собственно тут и работаю.
Помню в 12.04 у меня были проблемы с драйверами так как 2 видеокарты, но с 14.04 вообще никаких проблем нет. Естественно, что работает только одна из видеокарт но FPS на уровне 50 меня вполне устраивает.
На Windows конечно же игры летают. Вообще на остальных компах сейчас стоит Windows 7. Только на нетбуке Windows 8.
>>416450 >>416451 >>416454 8 часов мне за глаза, про кафе - это я образно. Surface, это, конечно, здорово, но у меня бюджет ограничен и сомневаюсь я, что на него линукс без танцев с бубнами встанет. Спасибо за мнения, учту завтра при покупке.
Скопирую из рельсотреда. Посоветуйте жс-фреймворк. Требования: - Низкий порог входа (никогда ни с чем подобным не работал и хочу начать с простого) - Легкая интеграция с рельсами - Фунционал на уровне: следить за кнопкой, делать ее неактивной при определенных условиях, скрывать блок, если выбран чекбокс и так далее. Мои главные цели это рефакторинг спагетти-кода на жквери и более плотное знакомство с миром js.
>>416502 > следить за кнопкой, делать ее неактивной при определенных условиях, скрывать блок, если выбран чекбокс и так далее Как тут бекбон поможет избавится от спагети кода на джиквери? Тот же код будет завернут в еще большую пасту. И фреймворки не избавляют от плохих архитектурных решений.
Но вот рельсы и бекбон это да, в том его суть в общем то.
>>416525 > Backbone.js gives structure to web applications by providing models with key-value binding and custom events, collections with a rich API of enumerable functions, views with declarative event handling, and connects it all to your existing API over a RESTful JSON interface.
> React > A JAVASCRIPT LIBRARY FOR BUILDING USER INTERFACES
Угу, реакт здесь больше подходит, но по секрету скажу что если у тебя проект умещается в 10 страничек, нету множества повторяющихся элементов и прочего, то и нету смысла использовать реакт, больше ебли будет, которая решается подключением еба-джиквери-плагина, но не в случае с реактом.
> параша ваш бекбон > React лучше
Например я хорошо представляю как реакт можно использовать вместе с бекбоном, какое-то тупое у тебя сравнение
>>416529 Батарея у HP на редкость хороша. До сих пор 100% заряда, если драйвер не обманывает. Самое главное батарею не садить до 10%, тогда энергоёмкость почти не тратиться. Впрочем зависит от типа.
Где-то читал, что Васяны рекомендуют цикл полной разрядки, но это тотальная ахинея по личному опыту. Брат сторонник полной разряки. На его ноутах постоянно 70-80% от максимальной электроёмкости. На моих самым критическим был нетбук с 98% потерями, но я его как раз частенько разряжал почти до предела.
Желательно долгое время не держать ноутбук в состоянии недозарядки. Это может привести к непоправимым изменениям.
Она не устаканится, во всяком случае, еще нескоро, а аккурат конец года, который в России совпадает с концом фискального года — самое время для индексации. Ну и типа, не ждать же конца следующего, ведь дальше будет только хуже?
Но вообще, я не знаю, может, ты и прав, просто пытаюсь размышлять.
Помогите написать скрипт для инпута. Нужно, чтобы был текст домена в конце, его нельзя было редактировать, ну и добовлялось значение пользователем, чтобы в итоге было типа хуй.домен.ком Сам сообразить не могу.
Господа, а какой распространённый способ реализовать пуш–уведомления? Можно по умолчанию посылать аякс–запрос каждые сколько–нибудь минут, что еще можно сделать?
>>417173 При такой устойчивости вообще в стране не имеет смысл использовать рубли, но используют же. Вряд ли я смогу навязать работодателю свои правила расплаты со мной. Буду выебываться - вообще останусь без работы в довольно непростое время.
>>417185 Оплата в валюте, особенно в it сфере это норма вещей. Причём не сейчас используется. Такие же формы расчёта в банковской сфере, ресурсодобывающей отрасли (менеджеры).
>>417287 Банкротство фирм, малых предприятий, особенно соснет с\х, т.к. у него все на кредитах. Вслед за этим бешенно подоражают продукты, немного комуналка(т.к. нефтегаз дешевый и дорожать сильно не будет), заграницу хуй съездишь, особенно в европу. Тащемта пиздец будет всяким бабками и прочим бюджетникам, остальные просто будут беднее. Сильно беднее.
>>417313 >зачем ЦБ нужно было вообще тогда поднимать Странный вопрос. Затем чтобы добить всё, что ещё не загнулось, конечно. У нас же ЦБ - это наместник МВФ, а МВФ - это конторка, подконтрольная штатам. А Путин - хуйло.
Блядь, ну нахуя, нахуя эти пидарасы везде суют свой ссаный grunt? Им дали gulp, пользуйся не хочу, нет, хочу жрать говно, буду трахаться с grunt. Отныне любой проект использующий грант - говно и параша. Нодискач.
>>417344 >>417351 А вот и говноеды подтянулись. Фу таким быть. Галп и проще и читается легче, чем вся эта {{option://}{HUITA},{sr://kokoko,dist://kudax}}.
>>417378 Вот этого поддвачну. Хотя с другой стороны у меня бомбануло только из-за того, что СУКА БЛЯДЬ СМОТРИТЕ Я ЕБАНУЛ СКРПТИК ВЫЛОЖУ НА ГИТХАБ И ПУСТЬ КАЖДЫЙ ДОЛБОЕБ ДЕПЛОИТ МОЮ ПРИЛОЖКУ У СЕБЯ НА ХЕРКЕ С ЭТИМ ГРАНТОМ И ПОХУЙ ЧТО НЕ ДЕПЛОИТСЯ, вместо того, что бы выложить уже "собранную" либу отдельно от сурсов.
>>417382 >package script:{} >npm >десятки файлов Шел бы ты отсюда, петушок.
>>417388 И что такого? Вместо этого ты будешь писать километровые конфиги для Grunt или отдельные скрипты для Gulp.
При желании, если этих scripts будет очень много, можно их частично вынести в отдельные файлы, но можно и не выносить.
Для некоторых задач (например, если в процессе сборки нужна своя особая логика) Grunt/Gulp подходят лучше, но чаще всего нужно просто скомбинировать готовые компоненты, и для этого никакие велосипеды создавать не нужно — уже придуманы шелл-скрипты.
>>417394 Дома я работаю на убунте. На работе винда ибо там я верстальщик, которого к разработке даже на жс не подпускают: есть другие кому за это платят. Так я бы с удовольствием пользовался никсовым софтом на работе для сборки сасс+слим.
make же полное говно: табочувствительность, невозможность написать сколько-нибудь сложные сценарии (потому что sh), привязка к файлам по умолчанию (из-за этого весь этот мусор с PHONY), ограничительный синтаксис автогенерируемых правил, невозможность сослаться на определённый аргумент, кроме первого и т.д.
Очень рад, что в своё время нашёл для make нормальную замену и отказался от этого говна (изредка для c/c++ приходится использовать, да и то там вроде есть альтернативы (GYP)).
>>417389 >>417392 Лолд. Я не против npm %script_name%, но я против ссаного гранта. С другой стороны, как нужно изъебнуться, что бы запустить несколько задач для десятка файлов с помощью этого вашего npm-script? Открыл сейчас референс npm и у меня от него НОВЫЙ ДИЗАЙН случился.
>>417341 Чем билдить фронт енд? На галпе нихуя нет нужно или ставится все через танцы с бубном. Я блять настроил проект себе на гранте и потом из него сделал шаблон для новых. Галп быстрее в том, что у меня под разные разрешение много разных цсс файлов и грант очень долго билдит. Ну, а если тебе синтаксис не нравится, то проследуй нахуй, я ищу не синтаксис, а то что решает мои задачи.
Ребята, вы, блядь, зачем сравниваете task-runner (grunt) и build-system (gulp).
Grunt ничего не знает про процесс сборки - как передавать результат одной задачи на вход другой задаче, как запускать задачи в определённом порядке на основании их зависимостей друг от друга, как делать быструю пересборку и так далее. А плюс гранта в том, что его можно легко конфигурировать при помощи json файлов.
Несмотря на то, что в gulp можно сделать что нельзя в гранте, gulp - это полный пиздец. Асинхронные потоки файлов - это ебаный ад. Они работают только в одном случае - когда сборка представляет из себя преобразование файлов один к одному. А в жизни встречаются более сложные ситуации, когда нужно, например, отсортировать файлы или разрешить граф зависимостей между ними. И тогда приходится делать какую-то хуйню, буферизовать поток, а потом обратно стримить массив в поток, делать из этого всего дуплексный поток. Когда нужно передать файлы консольной утилите, приходится сбрасывать файлы на диск, а потом считывать обратно. Короче сплошная анальная ебля при практически нулевом выигрыше в производительности.
Мне вообще больше всего нравится Broccoli - https://github.com/broccolijs/broccoli http://www.solitr.com/blog/2014/02/broccoli-first-release/ Он использует файловую систему как в гранте, но работа с временными папками автоматизирована, они сами создаются и удаляются когда надо, и их создание практически бесплатное по производительности, потому что при копировании используются симлинки и они дереференсятся только один раз в самом конце сборки. То есть вместо [code] { yoba1: { src: 'src', dest: 'yoba1-temp' }, yoba2: { src: 'yoba1-temp', dest: 'dest' } } [/code] можно написать просто [code]yoba2(yoba1('src'))[/code]
>>417497 > Ребята, вы, блядь, зачем сравниваете task-runner (grunt) и build-system (gulp). Потому что они используются для решения одних и тех же задач и альтернативны друг другу.
>>417497 >Ребята, вы, блядь, зачем сравниваете task-runner (grunt) и build-system (gulp). Но ведь у них одни и те же цели...
>gulp - это полный пиздец Представь пикрилейтед написанный на грандже, и охуей насколько ебанический пиздос был бы вместо набора задач. Плакал от радости, когда переписывал с гранто-параши.
Gulp - это то, что получается когда за работу берутся профессионалы-программисты. Grunt - результат быдлокодинга, запустения, бессилия.
>>417570 Я занимался автоматизацией фронтенда, в котором больше десяти тысяч файлов и такой поход "ебану все скрипты в один файл и все стили в еще один" уже не работает и я какой только хуйни не делал, чтобы все можно было нормально поддерживать.
Предыдущий: - https://2ch.hk/pr/res/404097.html
Шапка тренда переезжает в репозиторий - https://github.com/ID25/js-thread (Делать пулл реквесты с корректировками и ссылками на материалы приветствуется), в ближайшее время планируется запил полноценного гайда для всех всех всех.
Положняк таков, что JS закрепляет позиции, фронт енд теперь - дело белых людей, и full stack js - уже реальность наших дней, а не мокрые мечты опущенки. Не знаешь какой язык выбрать, чтоб покрыть все сферы и удоволетворить все свои желания? JS твой выбор. Хочешь писать на JS но не на JS? CoffeeScript, TypeScript, Dart, да тысячи их! И все компилируются в js, так что проблем с скобочками)))) можно избежать, и всех остальных неприятных моментов языка. Все еще сомневаешься?
Ну, а мы, все ждем 2015 года, дабы пощупать божественный Angular 2.0, написанный на ES6, в котором кстати, не будет привычных скоупов и контроллеров, зато будут классы, и хитровыебанный синтаксис, если нынешний ангуляр казался вам сложным, то с новым вы обосретесь.
Вот что говорит Джон Папа, написавший styleguide -
Angular 2.0 will have similar concepts but the syntax will be different. Instead of $scope, controllers, DDO’s, and modules we have similar techniques that are more conducive to ES6 like classes, web components, and ES6 modules. The concepts and learnings will still be valuable. It certainly is a big change, but syntax can be learned. In many cases it will be simpler.
ВСЁ ЯСНО БЛЯ?
Ну дальше, бугурт статья от восторженной опущенки - http://habrahabr.ru/post/204902/ Да да, хабропараша
Но часть правды в его словах есть, что если через пару лет, метеор станет настолько мощным, что рельсоблядство просто помрет, как и perl? Может стоит задуматься перед выбором основного фреймворка, и пересмотреть свои взгляды, от БОГОПОДОБНОГО JQUERY на meteorJS.
В тренж призываются JSники всех мастей, ведь мы - элита /зк/. Будущее и опора доски, лил.
Ну, а я открываю очередной JS ТРЕНД, пилим скриптопарашу, бугуртим от КАЛбеков, выводим в консоль хелло ворлды, как обычно.
Официальный JavaScript тред #5 объявляю открытым!