Раз уж на то пошло, ресурс it-шный, и пишем про кодеки, операции надо называть правильно. && — конъюнкция.
То есть логическое умножение. Ну ни разу не сложение.
Ваш К.О., если что.
А им за работу не платят, ага. И оклад у них выдают натурой.
Редиской по 5 пучков на рыло.
«Платный» заказчик или нет, для разработчика недовольство пользователя должно быть как минимум поводом задуматься. А по ссылке откровенное хамство.
Вы почитайте вообще тему по ссылке. Там ни одного довольного отзыва — одни возмущения…
Я даже больше скажу, когда был там, чай нам наливали из двух термосов. На одном было нацарапано «С бромом», на втором ничего не было нацарапано вобще.
Вопрос: как вы думаете, в каком термосе чай всегда оставался? =)
папочки.equals(ярлычки) =)
Это они объяснили и все в это вкурили.
А тут… Что-то слишком. Я понимаю, что кодеры там не спят и кодят, но не до такой степени. Как-то в разработке два варианта удовлетворения хотелок: обоснование физической невозможности или реализация настройки.
Блин, после таких слов как-то сразу перехотелось пользоваться бромом.
Это разработчик Chromium вот так вот пишет: «Chromium UI design is not a democracy and is not based on users' votes, so «I don't like this» carries very little weight».
___а вольно по-русски: «Интерфейс Chromium никак не зависит от ваших хотелок».
Классно! Интересно, как быстро уволили бы меня, если бы я так ответил заказчикам? =)
Плохо поняли. Не бину, а форме. Форма уже рулит произвольным количеством бинов, задавая входящие параметры для запросов для получения этих бинов.
Детализация примера: есть форма построения иерархии фирма — продукт. Есть два параметра: тип фирм, тип продуктов. В зависимости от контекста должны фильтроваться один из или обе сущности сразу. В зависимости от того, что из параметров не null (или не любой другой фейк), создается соответствующий whereClause. Если фейк — не фильтруем сущности.
Так понятнее?
Если правило работает для вас, рад за вас. =) Только не надо так явно спускать его мне. С тем же успехом можно сделать правило, что там, где 0 — плохо. Потому что деление на ноль.
Пример:
есть вспомогательная форма с деревом объектов в нем. Входящие параметры на форму: параметры, по которым будет фильтроваться дерево. Как правило, их количество около 4-5. И в зависимости от них надо формировать запрос на построение дерева.
У нас в проекте таких много.
Буквально вчера в очередной раз создавал «телескоп» и тихо матерился про себя, что в двух вызовах приходится проставлять null вместо параметров «в середине».
Был на трех Мастер-классах в 2009 году.
Тот, что вел Sang Shin был очень хорошим. Хотя бы потому, что человек очень отзывчивый, отвечал на мои в том числе вопросы очень полно.
Еще очень хороший мастер-класс по DTrace провел Филипп Торчинский. Очень интересно и подробно. Плюс еще по-русски.
Если они будут, советую записаться.
С другой стороны, подумайте несколько раз: нужна вам эта тема или нет. На лицах 50% присутствующих было полное непонимание того, что происходит. А за дверью наверняка остались люди, которым действительно стоило бы придти.
Алексей Архиповский поразил! Не отнять.
Плюс еще: в зоне отдыха было много пива и сосисок. Я тогда вполне наелся и в гостинице ограничился только чаем. =)
То есть логическое умножение. Ну ни разу не сложение.
Ваш К.О., если что.
Предлагаю каждому остаться при своем мнении и не ломать тут копья.
Редиской по 5 пучков на рыло.
«Платный» заказчик или нет, для разработчика недовольство пользователя должно быть как минимум поводом задуматься. А по ссылке откровенное хамство.
Вы почитайте вообще тему по ссылке. Там ни одного довольного отзыва — одни возмущения…
Вопрос: как вы думаете, в каком термосе чай всегда оставался? =)
Это они объяснили и все в это вкурили.
А тут… Что-то слишком. Я понимаю, что кодеры там не спят и кодят, но не до такой степени. Как-то в разработке два варианта удовлетворения хотелок: обоснование физической невозможности или реализация настройки.
Про яббл тоже не буду ))
Это разработчик Chromium вот так вот пишет: «Chromium UI design is not a democracy and is not based on users' votes, so «I don't like this» carries very little weight».
___а вольно по-русски: «Интерфейс Chromium никак не зависит от ваших хотелок».
Классно! Интересно, как быстро уволили бы меня, если бы я так ответил заказчикам? =)
Все же знают анекдот про зоофила, некрофила и экстремала? =)
Тем не менее, надеюсь, кому-нибудь еще это будет полезным.
Заканчиваем.
Детализация примера: есть форма построения иерархии фирма — продукт. Есть два параметра: тип фирм, тип продуктов. В зависимости от контекста должны фильтроваться один из или обе сущности сразу. В зависимости от того, что из параметров не null (или не любой другой фейк), создается соответствующий whereClause. Если фейк — не фильтруем сущности.
Так понятнее?
Если правило работает для вас, рад за вас. =) Только не надо так явно спускать его мне. С тем же успехом можно сделать правило, что там, где 0 — плохо. Потому что деление на ноль.
есть вспомогательная форма с деревом объектов в нем. Входящие параметры на форму: параметры, по которым будет фильтроваться дерево. Как правило, их количество около 4-5. И в зависимости от них надо формировать запрос на построение дерева.
У нас в проекте таких много.
Буквально вчера в очередной раз создавал «телескоп» и тихо матерился про себя, что в двух вызовах приходится проставлять null вместо параметров «в середине».
Тот, что вел Sang Shin был очень хорошим. Хотя бы потому, что человек очень отзывчивый, отвечал на мои в том числе вопросы очень полно.
Еще очень хороший мастер-класс по DTrace провел Филипп Торчинский. Очень интересно и подробно. Плюс еще по-русски.
Если они будут, советую записаться.
С другой стороны, подумайте несколько раз: нужна вам эта тема или нет. На лицах 50% присутствующих было полное непонимание того, что происходит. А за дверью наверняка остались люди, которым действительно стоило бы придти.
Алексей Архиповский поразил! Не отнять.
Плюс еще: в зоне отдыха было много пива и сосисок. Я тогда вполне наелся и в гостинице ограничился только чаем. =)