Обновить
46
Alchemist@dixx

Пользователь

15
Подписчики
Отправить сообщение
У них в багтрекере оно уже очень давно есть, однако воз и ныне там.

И это, в общем, практически везде так. Я по этой причине давно забил общаться с opensource-проектами. Последний раз постил года полтора назад баг в SWT, связанный с отображением фона контрола на Mac OS X, так его до сих пор не пофиксили, хотя уже несколько релизов прошло. Про своё общение с командой BSD я вообще предпочитаю не вспоминать, ибо это тоска.
Пока не введут уголовную ответственность за использование всего перечисленного :) Насколько я в курсе, в Германии уже ввели оную за использование torrent'ов.
Ага, там далеко не всё очевидно и иногда попадаются забавные баги типа того, что на Mac OS X оно всегда декларирует систему как 32-битную и приходится писать вот такое, например:

IF (CMAKE_SYSTEM_PROCESSOR MATCHES "^(i.86|x86|x86_64)$")
	INCLUDE(CheckTypeSize)
	CHECK_TYPE_SIZE("void*" SIZEOF_VOID_P BUILTIN_TYPES_ONLY)
	IF (${SIZEOF_VOID_P} EQUAL 8)
		SET(CMAKE_SYSTEM_PROCESSOR x86_64)
	ELSE()
		SET(CMAKE_SYSTEM_PROCESSOR i386)
	ENDIF()
ENDIF()
Вы предлагаете, например, для сборки проекта на C тащить ещё и Python? Но зачем? Весь мир сошёл с ума с интерпретируемыми языками.

CMake прекрасен тем, что действительно работает на чём угодно и при этом не тащит за собой никаких зависимостей.
Это справедливо только для Tor. Ресурсы I2P недоступны из «обычного» интернета без установленного I2P клиента и, как следствие, не могут быть индексированы поисковиками. То, что локально вы вводите те же HTTP-адреса — это всего лишь работа локально установленного I2P-клиента, который для пользователя выглядит как обычный HTTP-прокси.

Да и в случае Tor существует сервис «скрытого» хостинга сайтов.
«Лучше бы они создавали условия, в которых гражданину страны не нужно было заниматься всякой дрянью»

Что вы такое говорите? Это же думать надо!
Я проводил подобный же эксперимент и могу сказать, что детская порнография в сети, безусловно, имеется. Более того — найти её просто. Беда только в том, что в открытом доступе её действительно нет и вся она находится в I2P, Tor, FreeNet и других сетях, в рамках которых предлагаемые фильтры просто не работают. Да и я сомневаюсь вообще в эффективности борьбы с чем-то путём подобной фильтрации и/или запретов.

Зато вот раздувать этот жупел действительно очень удобно. Потому что, как правильно замечено в статье, это можно использовать для введения цензуры, либо политической, либо в интересах коммерческих структур.
Я подбором не занимался :)

Ну то есть как. Когда мне подарили первый компьютер, это был ZX Spectrum 48k, без магнитофона. Ни игр, ничего — только встроенный BASIC. Это породило определённое любопытство и потому к моменту покупки родителями клона IBM PC XT (Электроника MC-1502) я занялся изучением ассемблера (в первую очередь), паскаля и си (к сожалению, в последнюю очередь, так как на запуск Turbo C не хватало оперативной памяти).

Собственно, пытаться ограничивать меня в доступе к компьютеру родители и сестра пробовали уже сильно позже, когда это стало, по их мнению, негативно влиять на мою учёбу. Но тогда это был уже 386SX-40 и там даже был винчестер, поэтому они сделали выбор в сторону популярного тогда Norton Diskreet и закрыли им доступ ко всему интересному на диске.

Кончилось дело тем, что недолго думая я написал на ассемблере резидентный перехватчик паролей и тихо спокойно пользовался компьютером, когда это было надо. А родители ещё долго пытались понять, почему же смена пароля не помогает им отвадить меня от компьютера :)
Шнур ладно. От меня старшая сестра модем прятала… В морозилку :)
Sales-опыт = опыт продаж
Вхождение в Project Management = вхождение в руководство проектами
Project Management = руководство проектами
MobileDev = разработка под мобильные платформы

Используйте русский язык, в нём есть хорошие термины и слова для всего. А то получится как с коррупцией — что это такое, никто не знает, но все обсуждают. Когда есть прекрасные слова, выносящие на поверхность смысл — взяточничество и казнокрадство.
они давно 24-битовые, а хорошие — 64-битовые. и это вопрос уже не динамического диапазона, а точности представления данных. на процессоре с 18-битовыми словами их реализация превратится в тоску. не говоря уже о том, что вычисления с плавающей точкой там нужны повсеместно.
«Один штанов сорок пар имеет, а другой по помойкам шатается.»

И далеко не всегда это несправедливо!
С чего вдруг? Как минимум, им пришлось купить права на неё у предыдущих владельцев.
Вы плохо себе представляете роль лейблов в звукозаписывающей индустрии, раз пишете такие посты.

Выше уже написали про книги, так вот в музыке ситуация схожая. Лейбл берёт деньги не за воздух, а за финансирование артистов, пока они сочиняют/записывают материал (фактически кредит или инвестирование), собственно запись, сведение, мастеринг, предоставление студий, рекламу, издание, дистрибуцию и так далее. Более того, лейбл ещё и берёт на себя риски, связанные с тем, что конкретный материал может «не пойти».

Затраты лейблов на всё вышеперечисленное зачастую реально огромны и, с учётом взятия на себя рисков, неудивительно, что они хотят за это денег. На их месте вы бы тоже захотели.

Понятно, что в ситуации с авторскими правами существует множество перегибов, в том числе и в размерах гонораров артистам (хотя никто никогда и никому не запрещал издаваться на indie-лейблах, где реальных денег больше, а известности меньше — это всегда выбор самих артистов), но если бы не так вами нелюбимые «копирасты», то значительной части всеми любимой музыки просто не существовало бы в природе или о ней никто не знал.
Почему нельзя? Можно :-) Только зачем писать лишний вызов метода, удлинняющий код, когда логика JPA/Hibernate спокойно скушает и без него?
Да. Разве что Status.NEW.ordinal() писать совсем не обязательно, можно просто Status.NEW — Hibernate (и JPA в целом) отлично это переваривает, причём внутри оно использует не метод ordinal(), а getEnumConstants() — это внезапно выяснилось в ходе отладки, после чего была добавлена замена массива $VALUES.

Кроме того, данный код сохраняет возможность обращения с Enum'ами произвольным образом — как выборок по индексам из getEnumConstants(), так и valueOf() и всего остального их функционала. Чем и удобен — no side effects at all.
прошу прощения, во втором Restrictions.eq() в варианте с JOIN'ом конечно же st.code, а не st.id:
session.createCriteria(Person.class).createAlias("status", "st").add(Restrictions.eq("status_id", "id")).add(Restrictions.eq("st.code", "NEW")
Если создавать их при запуске приложения, тогда их нельзя будет использовать из кода. Смысл данной затеи в частности в том, чтобы можно было просто написать

session.createCriteria(Person.class).add(Restrictions.eq("status", Status.NEW)

а не морочиться с JOIN'ами вроде вот такого:

session.createCriteria(Person.class).createAlias("status", "st").add(Restrictions.eq("status_id", "id")).add(Restrictions.eq("st.id", "NEW")


Не говоря уже про постоянную выборку по строковому идентификатору, не защищённому от опечаток. Обращение же к enum'ам валидируется во время компиляции, в этом огромный плюс и это защищает от тонн ошибок и опечаток.

По сути же этот код и делает выборку из базы при подключении и биндинг enum'ов к идентификаторам из базы данных.
Одну? У вас в системе один справочник с единственным значением? Я вам искренне завидую :-) У нас их несколько десятков с кучей значений в каждом. И работать с ними таким способом — очевиднее, проще, удобнее и надёжнее с точки зрения страховки от ошибок.
В базе никак, но если добавить в код проверку на совпадение множества значений в коде и в базе, то приложение может при запуске ругаться на несинхронизацию базы и, таким образом, минимизировать геморрой.

Информация

В рейтинге
Не участвует
Откуда
Россия
Дата рождения
Зарегистрирован
Активность