Вы меня простите но я заснул на первых минутах (( когда он рассказыл что «не все знают что linux можно поставить на домашние компьютеры» я засомневался для кого эта презентация? Начинающий разработчик — это человек который знает хотя бы основы, а вы по-моему рассказываете для людей которые собираются начать писать на php под друпал и до этого вообще не знали что есть языки программирования ))
А когда говорили про IDE, почему скажем не упомянули PhPStorm помоему она лучшая и как раз кроссплатформенная.
Хочется более структурированный и грамотный доклад.
По мне так намудрили, если делать автокомплит то делать его уже реализуя селект на дом элементах типо div ul a. ну а так по моему в селекте и так можно быстро перескочить на нужную букву.
А span внутри select я вам скажу может вызвать неизвестные и не понятные баги, в частности при обновлении браузеров или в каких-то малоизвестных браузерах. Не валидно это значит то что не прописано в стандарте то есть создатели браузеров на это не рассчитывают, и при обновлении браузера или в каком-то сафари юзер возможно не сможет работать с вашим селектом.
Я хз как там у вас, но у меня в инстиуте на этих методисчках и программах обучения преподы нормально зарабатывали, да, зп бфла 10000-15000 но за методичку давали 50 000 и больше как за публикацию за программу тоже давали 100 000 и более.
А также все не сидели на жопе а организовали в иснте академию cisco с платным обучением и тоед получали бабло, для студентов скидки, для людец из вне — нет. И все были рады что во время обучения в инсте можно было ccna получить. А также некоторые совмещали с другими работами.
И ничего и все у них было и машины и квартиры и нас блин учили адекватно, за что спасибо им.
И зачем это? Повторяю свой вопрос. Что вы экономите и зачем html хранить в переменно? Что вы экономите, я вам скажу что идею хранить его в тегах скрипт придумали не глупые люди и они не предполагали что вы будите каждый раз от туда их цеплять а сделаете по дом реди примерно следующее App.Templates.Customers = _.template($('#customers-template').html());
и теперь в App.Templates.Customers у меня лежит уже скомпилиный шаблон который я могу юзать сколько угодно раз, зачем чем нме еще исходный html в переменно, тепе более
_.template() тоже тратит время на компиляцию шаблона если что.
так что наглядней хранить все в скрит и как писали эскейпить не надо ничего, и производительность не падает
Простите template_string это html? а если там 20-30 строк кода вы в конец не запутаетесь? по мне так 5 строк уже плохо!
а чем вам дом не нравиться? Что за обращения к дому? вы о чем? Где тут экономия, на 1 шаблон 1 обращение к дому, а далее уже скомпилиный шаблон надо хранить, потери нулевые.
не виу смысла в подобной каше, а 2-3 тега можно и без шаблона написать если коротко
что значит шаблоны в отделных файлах?
У меня вообще каждая модель в своем файле также как и вьюшка и шаблон, потом все автоматически илдится и для продакшена в сжатом виде выкладывается для девелопмента в не сжатом.
Эм… вы знаете способ кроме var PopupView = Backbone.View.extend ?? помоему это в каждой статье.
Ну скажем задача когда есть много форм для сохранения данных, а также списки этих данных. Скажем есть форма заказов, тут мы редактируем заказы или создаем новый, есть список с этими заказами с постраничным разбиением, форм много, нужна нормальная валидация, данные могу быть вложенными скажем структура
order {
uid: 2,
adress: {
street: "", house: ""
}
}
скажем достучаться до street не тривиально, и конечно я не хочу для каждой формы ручками писать parse и из html данные в модель переносить, хочется автоматизации этого.
ну статей просто «backbone для начинающих» на храбре много, и пообные примеры есть, когда я столкнулся с реальной задачей ни одна из них не подошла и не оказала какой-либо существеной помощи. ))
Имхо лучше сразу взять не тривиальную задачу и начать её реализовывать в цикле статей.
Спасибо за труд конечно, но при такой реализации к сожалению бекбон себя никак не проявляет, слишком простая задача для него.
То есть если мы ставим задачу как вы, вот так локально бекбоне не нужен, его задача организовать приложение. Такой кусочек выглядит конечно красиво и в реализации прост, но когда стоит реальная задача сделать пусть небольшое но все же реальное приложение с парой форм, списков постраничной навигацией, посути все знакомо и просто, но всплывает достаточно много косячков которые надо фиксить.
На хабре много статей, но вних все красиво )) ибо показывают простое для понимания ночиков.
По вашему примеру хочется заметить что хорошо бы эти окошки как-то хранить в списке (тем более вы андерскор конечно же подключили) чтобы каждый раз не шерстить дом в поисках окна, ну и если уж делать то уходить от ненужного прописывания стилей. все помаксимому в css стили в js коде делаеют его менее читаемым это я про position, width, height (они у вас статически заданы).
Эх… обосновали бы вы свои требования. Ляпнут не думая, находки для маркетологов понимаешь ли. Напиши вам 4 гига оперативной памяти так побежите покупать!
Samsung Galaxy Tab 7 512мб — как писалось ниже
Apple Ipad 2 512мб — 512 мб
Я ни от одного пользователя айпада или таба не слышал претензий что мало оперативки. Так что с чем связана ваша притензия мне не понятно.
Да не считаю конечно, ради бога. Просто человек пришле реально подготовленный с документами, с бизнес планом, знал что делать и как, а ему прямым текстом заявили что на такие нужны не выдают подобных субсидий и вероятность отказа 99%, собственно ему и отказали.
И ему прямым текстом сказали, напишите что хотите открыть свое швейное дело или что-то подобное и вам нужны деньги на оборудование и получите субсидию.
и проблема скорее в том что человек пришел подготовившись и зная что делать дальше, но ему отказывают, зато если написать так как нравится начальству, в частности «призводство в России надо поднимать» то вам все дадут и не важно, что вы написали это просто так. Ну и отчитываться придется конечно по покупке швейного оборудования.
Кстати мне интересно. вот чего не знаю — отчет когда надо делать? спустя месяц? год? И после отчета могу все продать зарыть ип и пойти пить пиво на эти деньги ли есть какая-то система контроля?
Я считаю, что эо субсидирование уже хрен знает сколько лет существует, а не вчера появилась и если вы о нем не знали — ваши проблемы.
Тролить это круто конечно, но имхо аргументировать надо.
И лично я вообще не вижу выгоды от это программы, в москве 300000 не считаются деньгами для бизнеса, в других областях 60-70 тысяч, что тоже не деньги.
А я думаю тролите тут вы. Сумма реальная, все реально. Возвращать наскольлько я знаю не надо. Но вот стоит ли она того это вопрос.
Мой товаришь брал, потом весь исплевался и забил. Один хотел взять на покупку тестовых образцов «системы автоматически очередей» (ну те который в банка с чеками итд). чтобы продавать их — ему отказали. Второй хотел взять так на свой преокт — тоже отказ, бизнеспланы реальные.
В общем там не каждому дадут, но под идиотские нужды — пожалуйста, хотите хлебный ларек у дома — держи, хочешься сам шить одежду — держи на оборудование, а хочешь что-то реальное сделать — фиг.
В общем сумма мальнькая (будем реалистами), гемороя много, отчетность есть, вероятность того что ваш хороший проект продинамят, а вот на хлебный ларек дадут — велика.
Хорошая статья для саморазвития, но на практике не применима. Что вам дадут подобные костыли? ie все равно ничего не поятун уже. да у него png прозрачные не показываются, так чт оскажем придется их отрендерить в скрипте, навесить ваш скрипт, а там ещё и html5 теги отрендерить, а как у вашего скрипта с html5? )) в итоге сдохнет ослик (, лучше уж если нужна поддержка ie6 урезать до невозможности функцимонал и убрать красивости.
P.S. мы уже в 50% отказываемся от ie7, в 25% от ie8. Надеюсь процент будет увеличиваться.
мне кажется blueprint и html5-boilerplate — разные вещи, первый — это фреймворк для верстки, второй это голая основа.
И я с вами не соглашусь, у меня обычно блок новостей отличается и отличается довольно сильно и общая структура разная. Если делать однотипные сайты на вордпрессе то там можно и один шаблон переделывать там все одно и тоже. а так БЭМ это геморой в тех проектах над которыми я работаю в том числе и из-за их структуры.
Мое мнение: есть большие интернет порталы — для которых бем спасение, есть обычные сайты для который он вреден. И я это проверил на своем опыте реализуя и то и то разными способами.
было бы интересно узнать о такой возможности. хотя интересно какая там защита от DDOS там же можно каждую секунду покормить жать )) птичку просто похоронят под горами зерна )
А когда говорили про IDE, почему скажем не упомянули PhPStorm помоему она лучшая и как раз кроссплатформенная.
Хочется более структурированный и грамотный доклад.
А span внутри select я вам скажу может вызвать неизвестные и не понятные баги, в частности при обновлении браузеров или в каких-то малоизвестных браузерах. Не валидно это значит то что не прописано в стандарте то есть создатели браузеров на это не рассчитывают, и при обновлении браузера или в каком-то сафари юзер возможно не сможет работать с вашим селектом.
А также все не сидели на жопе а организовали в иснте академию cisco с платным обучением и тоед получали бабло, для студентов скидки, для людец из вне — нет. И все были рады что во время обучения в инсте можно было ccna получить. А также некоторые совмещали с другими работами.
И ничего и все у них было и машины и квартиры и нас блин учили адекватно, за что спасибо им.
App.Templates.Customers = _.template($('#customers-template').html());
и теперь в App.Templates.Customers у меня лежит уже скомпилиный шаблон который я могу юзать сколько угодно раз, зачем чем нме еще исходный html в переменно, тепе более
_.template() тоже тратит время на компиляцию шаблона если что.
так что наглядней хранить все в скрит и как писали эскейпить не надо ничего, и производительность не падает
а чем вам дом не нравиться? Что за обращения к дому? вы о чем? Где тут экономия, на 1 шаблон 1 обращение к дому, а далее уже скомпилиный шаблон надо хранить, потери нулевые.
не виу смысла в подобной каше, а 2-3 тега можно и без шаблона написать если коротко
У меня вообще каждая модель в своем файле также как и вьюшка и шаблон, потом все автоматически илдится и для продакшена в сжатом виде выкладывается для девелопмента в не сжатом.
Ну скажем задача когда есть много форм для сохранения данных, а также списки этих данных. Скажем есть форма заказов, тут мы редактируем заказы или создаем новый, есть список с этими заказами с постраничным разбиением, форм много, нужна нормальная валидация, данные могу быть вложенными скажем структура
order {
uid: 2,
adress: {
street: "", house: ""
}
}
скажем достучаться до street не тривиально, и конечно я не хочу для каждой формы ручками писать parse и из html данные в модель переносить, хочется автоматизации этого.
Имхо лучше сразу взять не тривиальную задачу и начать её реализовывать в цикле статей.
То есть если мы ставим задачу как вы, вот так локально бекбоне не нужен, его задача организовать приложение. Такой кусочек выглядит конечно красиво и в реализации прост, но когда стоит реальная задача сделать пусть небольшое но все же реальное приложение с парой форм, списков постраничной навигацией, посути все знакомо и просто, но всплывает достаточно много косячков которые надо фиксить.
На хабре много статей, но вних все красиво )) ибо показывают простое для понимания ночиков.
По вашему примеру хочется заметить что хорошо бы эти окошки как-то хранить в списке (тем более вы андерскор конечно же подключили) чтобы каждый раз не шерстить дом в поисках окна, ну и если уж делать то уходить от ненужного прописывания стилей. все помаксимому в css стили в js коде делаеют его менее читаемым это я про position, width, height (они у вас статически заданы).
Samsung Galaxy Tab 7 512мб — как писалось ниже
Apple Ipad 2 512мб — 512 мб
Я ни от одного пользователя айпада или таба не слышал претензий что мало оперативки. Так что с чем связана ваша притензия мне не понятно.
И ему прямым текстом сказали, напишите что хотите открыть свое швейное дело или что-то подобное и вам нужны деньги на оборудование и получите субсидию.
и проблема скорее в том что человек пришел подготовившись и зная что делать дальше, но ему отказывают, зато если написать так как нравится начальству, в частности «призводство в России надо поднимать» то вам все дадут и не важно, что вы написали это просто так. Ну и отчитываться придется конечно по покупке швейного оборудования.
Кстати мне интересно. вот чего не знаю — отчет когда надо делать? спустя месяц? год? И после отчета могу все продать зарыть ип и пойти пить пиво на эти деньги ли есть какая-то система контроля?
Тролить это круто конечно, но имхо аргументировать надо.
И лично я вообще не вижу выгоды от это программы, в москве 300000 не считаются деньгами для бизнеса, в других областях 60-70 тысяч, что тоже не деньги.
Мой товаришь брал, потом весь исплевался и забил. Один хотел взять на покупку тестовых образцов «системы автоматически очередей» (ну те который в банка с чеками итд). чтобы продавать их — ему отказали. Второй хотел взять так на свой преокт — тоже отказ, бизнеспланы реальные.
В общем там не каждому дадут, но под идиотские нужды — пожалуйста, хотите хлебный ларек у дома — держи, хочешься сам шить одежду — держи на оборудование, а хочешь что-то реальное сделать — фиг.
В общем сумма мальнькая (будем реалистами), гемороя много, отчетность есть, вероятность того что ваш хороший проект продинамят, а вот на хлебный ларек дадут — велика.
P.S. мы уже в 50% отказываемся от ie7, в 25% от ie8. Надеюсь процент будет увеличиваться.
И я с вами не соглашусь, у меня обычно блок новостей отличается и отличается довольно сильно и общая структура разная. Если делать однотипные сайты на вордпрессе то там можно и один шаблон переделывать там все одно и тоже. а так БЭМ это геморой в тех проектах над которыми я работаю в том числе и из-за их структуры.
Мое мнение: есть большие интернет порталы — для которых бем спасение, есть обычные сайты для который он вреден. И я это проверил на своем опыте реализуя и то и то разными способами.