Pull to refresh
102
0
omfg @omfg

User

Send message
Мне кажется приоритеты другие (: Взятки — основной источник дохода, а лобировать свои интересы, подписывая такие законы — что-то вроде хобби и гарантии на дальнейшее благополучие
Точно (: Одно разочарование — сервис является платным (24,99$ в год)
Спасибо Антон, но можно было в дм)
Да, конечно на Apple TV, поправил, спасибо
Как уже писали ранее, с выходом iOS 5 для некоторых пропадет желание джейлбрейкнуть телефон, потому что некоторые штуки которых реально не хватало наконец-то реализованы… ну кроме запуска крякнутых приложений (:
Ну это можно сказать changelog, для того чтобы пользователи были в курсе. Вы всегда так комментите changelog'и? (:
А если серьезно, то gitg наиболее адекватно строит ветви при количестве пользователей больше двух, по крайней мере из того что я пробовал.
! [rejected] Слова Git, Linux и GUI не употребимы в одном предложении (:
SyntaxError: syntax error ;)
Да, не учел. Но для str или array подходит (:
Вот этот код дефолтных значений аргументов:
function (foo, bar) {
if (typeof foo === 'undefined') foo = 30;
if (typeof bar === 'undefined') bar = 'test';

console.log(foo, bar);
}


Можно написать гораздо проще (:
function (foo, bar) {
foo = foo || 30;
bar = bar || 'test';

console.log(foo, bar);
}
Извините конечно за имульсивность, но «ЧТО ЭТО!?!?!» www.sdelaysite.com/php/php-14
Возможно в меня сейчас полетят минусы, но вы действительно считаете что по такому коду стоит учиться?

За такие названия методов нужно руки отрывать, obnovlenieparolia(), hochuNoviyParol(), hochuvspomnit(), не говоря уже о том что вы не определились со стилем написания! А между прочим говоря у kohana есть отичный style guide который стоит придерживаться. Текст сообщений в модели вообще рушит паттерн HMVC.
В этом же уроке у вас идет составление запроса вручную =/ в kohana ведь есть orm.
Видео слава богу не смотрел. Хотя может там не все так плохо, отпишитесь
Ага, цитата древняя, навеяло
Тогда и в таблице задания, стоило написать «ФедеральноеСобраниеРФ», чтобы не путать людей. Я бы сделал по аналогии с заданием
Очень грустно видеть, как работает наша система образования (в глобальном смысле). Люди с красными дипломами идут работать в гос учреждения и пишут вот такие вот тесты, не способные даже провести подготовку ответа к сравнению, не говоря уже что ЕГЭ нужно заполнять только _черной_ ручкой (по крайней мере так было года 2-3 назад), а другие, не закончившие вуз, на досуге пишут ocr для капчи, которые человек то еле может разобрать (:
Неделя Сколково на хабре [x]

Как бы это печально не было, но все это лишь принуждает…
image
Хороший подход — относиться к задачам с точки зрения «как сделать, чтобы по-максимуму приблизить цель».
Но я бы не называл это итерацией длительностью в день. В agile продукт полученый после каждой итерации должен быть стабилен, протестирован qa, отдебажен и все таки, чем-то визуально отличаться от версии с предыдущего региза :) Но при итерации в день у нас могут возникнуть проблемы не только с завершением поставленных задач (например нового функционала, который частично запустить попросту невозможно) — попросту не хватит времени на тесты и фиксы. Так же при работе в команде, допустим от 3ех человек, возникнут проблемы согласования задач или же придется уделять больше времени ежедневным митингам, в отличии от долгих митингов и разборов полета при недельной итерации.
В общем, если применять такой подход малому количеству разработчиков и не рассматривать конечную точку каждой итерации как продукт или релиз — то это будет работать, но по-моему, например в том же scrum, при недельной итерации у нас все равно есть задачи на день, которые мы планируем на ежедневном scrum-митинге так что особой разницы я не заметил, зато убираются перечисленные выше минусы из-за присутствия недельного спринт беклога.
И ни одной нормальной картинки не будет!? Мы требуем примеров! (:
А на чем разрабатывали серерверсайд, фреймворк или что-то самописное, архитектура проекта? Думаю не только мне было бы интересно услышать
Все таки области применения у них разные, так что ваше «брат-близнец» как-то не совсем к месту.
Вспомнилась великолепная цитата:

PHP — это маленькое зло, созданное некомпетентными новичками, в то время как Perl — это большое и коварное зло, созданное умелыми, но извращенными профессионалами.
— Jon Ribbens

Information

Rating
Does not participate
Location
Таиланд, Таиланд
Date of birth
Registered
Activity