Я, вот, вообще считаю, что ты не имеешь права критиковать то, что досталось тебе нелегально. Ты не заключал договора в форме покупки/аренды продукта. Ты не проявил уважения и внимания к труду других людей. Ни юридически, ни морально у тебя нет никакого права высказывать претензии.
Я не помню случаев, когда репутация компании портилась после измывательств над пользователями, не посчитавших нужным поддержать компанию и компенсировать полученное удовольствие, возместив вложенный в него труд. К тому же, компания в такой ситуации всегда может открыто заявить: это такой способ сделать DRM ненавязчивым и не мешающим легитимным игрокам (всяко лучше always online, а?).
Плюс, как заметили выше, репутация Electronic Arts страдает совсем по другой причине, но это не мешает ей зарабатывать новые и новые миллионы.
ФО нет, не входит в классификацию, но Республика Крым и г. Севастополь есть, включая все районы и большое количество (все?) городов и населённых пунктов. Улиц не было, когда последний раз проверял, но это было недели 3 назад.
PS. Ну пусть из ФИАС делается, я лишь возразил автору на его «нашел базу КЛАДР, но она оказалась не очень-то актуальной».
Да, верный ход мысли, на описанное выше подтолкнула как раз структура Хабра. Но с той лишь разницей, что возможности заявить о персональности блога было невозможно. Ну, судя по отзывам, идея так себе :)
А как вам мысль создать неперсональную блог-площадку до 1 августа? Суть будет в том, что следить за активностью автора, и вообще связать активность с конкретным автором, нельзя. Это означает — никаких индивидуальных подписок и профилей, никаких отдельных страниц для постов и комментариев.
Представьте, перед вами всегда условно лента постов, и нельзя никаким образом однозначно определить, какой из них вызывает посещаемость страницы. Ленты могут быть тематическими, но никогда не персональными. Ссылки существуют только на ленты, группы постов. Анонимность при этом не нужна. Это даже чем-то похоже на стену комментариев: множество обсуждений, связанных общей темой, которые сами по себе являются постами внутри постов. Только персональным блогом назвать это не получится, если предусмотреть отсутствие ситуации, когда можно выделить отдельную ветку обсуждения, либо ветки одного автора.
При грамотной реализации, это будет даже удобно читать, а темы обсуждения могут быть представлены гораздо шире.
Если посмотреть внимательно, ни один из вариантов не призывает изменить ситуацию. Поэтому ничего другого, кроме как отдать голос за «Ничего» не остаётся. Оградиться заглушкой? Зарегистрироваться? Ждать кого-то ещё? Уйти в подполье? Уйти совсем? Какой же вариант из этого предполагает яркую демонстрацию своей позиции и отстаивание своих прав? Я не вижу такого, извините…
У Вас какое-то весьма преукрашенное представление о столичных школах. :) Ваш зоопарк техники — на зависть обычным школам в Москве (за гимназии говорить не могу). А проект отличный, детям и персоналу на пользу!
Я сейчас не сравниваю. Меня, как пользователя iPad, сия перемена вместо дополнения не очень радует. Это проблема на пустом месте, и оглядываться на других не стоит.
Оказалось, тикет был создан ещё в 2009: «SQL: Oracle: static data dictionary views could be resolved» (http://youtrack.jetbrains.com/issue/IDEA-47370). Проголосовал за него.
Нет, вроде не имеет никакого отношения. Служебными таблицами я ошибочно назвал вьюхи dba, all, user и v$ (http://www.dba-oracle.com/concepts/data_dictionary.htm). При подсветке синтаксиса плагин точно так же про них не знает, хотя они есть всегда и даже их структура по идее заведомо известна.
Тут дело не в самих запросах. На всякий случай поясню, что я об инъекциях SQL внутри другого языка, и речь о PHPStorm (но ведь это не важно?).
Ещё раз, может я чего-то недопонял, но если источников несколько, то подсветка не всегда понимает, в каком из них смотреть таблицы. Ситуация такая: один источник уровня IDE, поскольку нужен во всех проектах; другой только уровня проекта. Запросы идут по разным схемам, и иногда плагин не понимает, к какому из источников относятся таблицы, и подсвечивает их, как неопознанные. Исправить можно наверняка, запустив запрос с указанием подключения. А иногда после пары синхронизаций проблема решается сама.
Ах да, ещё эта штука не знает про служебные таблицы Oracle, обидно :)
Возможно, ввести модификатор? Не знаю, практикуется ли это среди других языков, но раз у нас^
— динамичный php,
— важна обратная совместимость,
— мы пытаемся сделать кошерную перегрузку,
то нужно ввести модификатор для перегруженных методов. Устанавливать какое-нибудь primary для «главного» метода, или точнее fallback-метода (и тогда назвать модификатор fallback? :)). И в случае, если вызов не совпадает с набором аргументов ни у одного из серии перегруженных методов, вызывать праймери так, как это делается сейчас. Если праймери нет, выбрасывать фатальную ошибку.
Я не помню случаев, когда репутация компании портилась после измывательств над пользователями, не посчитавших нужным поддержать компанию и компенсировать полученное удовольствие, возместив вложенный в него труд. К тому же, компания в такой ситуации всегда может открыто заявить: это такой способ сделать DRM ненавязчивым и не мешающим легитимным игрокам (всяко лучше always online, а?).
Плюс, как заметили выше, репутация Electronic Arts страдает совсем по другой причине, но это не мешает ей зарабатывать новые и новые миллионы.
PS. Ну пусть из ФИАС делается, я лишь возразил автору на его «нашел базу КЛАДР, но она оказалась не очень-то актуальной».
Представьте, перед вами всегда условно лента постов, и нельзя никаким образом однозначно определить, какой из них вызывает посещаемость страницы. Ленты могут быть тематическими, но никогда не персональными. Ссылки существуют только на ленты, группы постов. Анонимность при этом не нужна. Это даже чем-то похоже на стену комментариев: множество обсуждений, связанных общей темой, которые сами по себе являются постами внутри постов. Только персональным блогом назвать это не получится, если предусмотреть отсутствие ситуации, когда можно выделить отдельную ветку обсуждения, либо ветки одного автора.
При грамотной реализации, это будет даже удобно читать, а темы обсуждения могут быть представлены гораздо шире.
В чём, интересно, для компании сложность сделать тумблеры для отключения поиска тех или иных сетей?
Нет, вроде не имеет никакого отношения. Служебными таблицами я ошибочно назвал вьюхи dba, all, user и v$ (http://www.dba-oracle.com/concepts/data_dictionary.htm). При подсветке синтаксиса плагин точно так же про них не знает, хотя они есть всегда и даже их структура по идее заведомо известна.
Ещё раз, может я чего-то недопонял, но если источников несколько, то подсветка не всегда понимает, в каком из них смотреть таблицы. Ситуация такая: один источник уровня IDE, поскольку нужен во всех проектах; другой только уровня проекта. Запросы идут по разным схемам, и иногда плагин не понимает, к какому из источников относятся таблицы, и подсвечивает их, как неопознанные. Исправить можно наверняка, запустив запрос с указанием подключения. А иногда после пары синхронизаций проблема решается сама.
Ах да, ещё эта штука не знает про служебные таблицы Oracle, обидно :)
— динамичный php,
— важна обратная совместимость,
— мы пытаемся сделать кошерную перегрузку,
то нужно ввести модификатор для перегруженных методов. Устанавливать какое-нибудь primary для «главного» метода, или точнее fallback-метода (и тогда назвать модификатор fallback? :)). И в случае, если вызов не совпадает с набором аргументов ни у одного из серии перегруженных методов, вызывать праймери так, как это делается сейчас. Если праймери нет, выбрасывать фатальную ошибку.
php.net/manual/en/migration54.new-features.php