Это известный и старый холивар, можно ли отдавать цифровые копии или нельзя. Ленинка наша национальная библиотека, значит в ней есть всё что публикуется, соответственно если разрешить ей отдавать цифровую копию на любой запрос, мы получим самую массовую «пиратскую бухту» среди печатной литературу, по сути всего что печатается. Т.е. отправляем книгу в типографию, и уже завтра цифровая копия доступна для всех через библиотеки. Поэтому разрешают только то, что уже не охраняется, на самом деле еще спор, можно ли вообше библиотекам иметь цифровую копию охраняемых изданий (ну чтобы не украли).
Свобода она ведь разная, не рассматривая случаи который я только что привел, есть ещё и спецхран или например военные библиотеки, если к первым еще можно получить специальный допуск, то вторые для закрыты по сути для всех.
У Apple можно сказать традиция, когда первый релиз новой ОС может тупить и иметь мелкие баги, так что подождите до нового года, исправятся. Все же цикл два года, при этом столько много изменений. Через пару-тройку обновлений все станет отлично.
Тогда кто нарисовал границы Нагорного-Карабаха который вообще не признан ни одной страной участницей ООН. При этом отрисованы границы фактического контроля, а не заявленные.
Первый пункт зависит все же от человека. Если со мной просто поздороваться (как многие делают) и ждать ответа, то однозначно я не отвечу, ну зачем тратить на это свое время и пытаться самому выяснять что от тебя нужно? Ну и совсем все иначе когда сразу конкретно задан вопрос по делу, тогда отвечу и буду уважать.
Как-то привык что в моём server-java-мирке строки всегда в правильной кодировке
Ну это вы зря, вы наверное просто не сталкивались например с необходимостью разбирать какой-нибудь бинарный формат. Даже используя специальные частотные алгоритмы для конкретного языка, всеравно остается шанс ошибки. А смысл здесь в создании строки из каких-то raw данных, частный случай.
Про загрузку впрочем тоже просто пример, как открыть файл и подгрузить его — ну наверное с десятка два способов.
Я говорил про obj-c программистов, среди них сборщиком мусора пользуются единицы, да и то большей частью пришедшие с других платформ, вроде java/.net, да и опять же в легких прикладных проектах полагающихся только высокоуровневые фреймворки.
Про браузеры не понял, javascript конечно имеет сборшик мусора, но сами движки и браузеры устроены более сложно и там ручное управление, да и до сих пор часть кода все равно на ассемблере, взять хотя бы гугловский v8.
Говоря про управление памятью, тут есть три подхода на самом деле:
1. классический с ручным управлением
2. автоматический сборшик мусора
3. автоматическая система которая сама определяет когда и что удалить, создавая за программиста соответствующий код в нужных местах при компиляции. Получается удобно как при автоматическом сборщике, но при этом быстро и почти так же эффективно как при ручном управлении (не будет работать с этой библиотекой ясное дело).
Но абсолютное большинство все же предпочитает первый вариант, оно не сложно на самом деле, зато позволяет точно планировать каждый чих.
Кстати, а вы знали, что Google Inc., позиционирующая себя, как Калифорнийкая корпорация, зарегистрирована в штате Делавэр?
На РБК как-то был целый ролик где рассказывали наглядно схемы которые позволяют им экономить буквально миллиарды, например только широкоизвестная схема Double Irish экономит им до 15% налогов, ну и кроме этого еще есть и просто серые схемы с десятками дочерних компаний по всем офшорам мира.
Напишите на Наука 2.0, очень вероятно что они помогут снять небольшую короткометражку по этому поводу и пустят в эфир. Канал только пару месяцев как появился, но материал готовят качественный и очевидно нуждаются в новом. Часто рассказывают как устроены разные вещи, это как раз тот случай.
В 2011 году на сайте IT-направленности рассказывать про QR, причем так отвлеченно? Большинство аудитории уж знакомы с ним лет 10 как.
Лучше бы рассказали, что QR например один из самых наименее эффективных, во многих отношениях, что задумывался для применения в Японии и Китае (под их азбуки/иероглифы) и до кучи не свободен. Ну и привели бы в пример альтернативы, начиная от такого же матричного, но в два раза более вместительного для нас data matrix и заканчивая каким-нибудь точечно-направленными xerox который в сотни раз более вместителен и может быть распознан в таких условиях, при которых его и человеческий глаз-то заметить толком не может, так, серый шум. Заодно бы описали как дела у MS Tag, что там с реализацией файловой системы, системой мимикрии в полноцветные фото.
Судятся как раз из-за совокупности всех этих частей, если смотреть в отрыве от всего, то конечно это просто «прямоугольный экран», но в совокупности совсем другая картина же получается. Запрет не просто так дали.
Давайте посмотрим на рынок моноблоков, их десятки разных видов и ни с кем Apple не судится, как раз потому, что ни один не похож на iMac. Но один раз в истории были клоны аймаков и Apple их вполне успешно засудила, теперь компания футболками торгует. И за дело осудила, потому что они максимально старались стать похожими именно на iMac'и:
Представители Apple утверждают, что будущее – за облачными сервисами во многом потому, что облачный подход устраняет всяческую опасность спама, заражения вирусами, попадания в ботнет и прочих опасностей, обусловленных «самостоятельным» выходом компьютерного устройства в Интернет. Вы согласны с таким утверждением?
Никогда не слышал подобных утверждений, но с радостью бы послушал/почитал.
Если же брать всю десятилетнюю историю когда Apple предлагала и предлагает свои «облачные» сервисы, то так же ничего подобного никогда не наблюдалось. Даже сейчас iCloud — в первую очередь лишь средство синхронизации/бекапа. При этом не понятно, отчего столько внимания, сервис практически никак не изменился со времен все того же MobileMe. По сути изменения косметические + ребрендинг.
Как все это может сказаться не безопасности — совершенно не понятно, теже претензии можно предъявить абсолютно к любому веб сервису.
Там не только устройство, а в целом всё — начиная от оформления коробки и заканчивая переходниками. Посмотрите тут в соседнем топике на планшет от Sony — ну ничего обшего и форм фактор другой, превосходно же.
Если рассматривать исключительно данный гипотетический пример, то возможно. Но вообще суть не просто строка, это вызов метода класса NSString для создания строки которая затем будет автоматически удалена, с тем же успехом может быть и такое например:
var string = $.NSString('stringWithContentsOfFile', '/var/log/system.log');
или
var string = $.NSString('alloc')('initWithData', data,
'encoding', NSWindowsCP1251StringEncoding);
И еще примерно с пару десятков только стандартных способов создания строки, и это не считая того, что какие-то способы могут быстро множиться в других модулях через категории, по сути поведение не определено. И теперь множим это на каждый из существующих классов. Можно конечно определенные какие-то наиболее популярные вещи и переделать, но к чему? Код станет сложнее поддерживать, сложнее переносить туда-обратно.
Свобода она ведь разная, не рассматривая случаи который я только что привел, есть ещё и спецхран или например военные библиотеки, если к первым еще можно получить специальный допуск, то вторые для закрыты по сути для всех.
Ну это вы зря, вы наверное просто не сталкивались например с необходимостью разбирать какой-нибудь бинарный формат. Даже используя специальные частотные алгоритмы для конкретного языка, всеравно остается шанс ошибки. А смысл здесь в создании строки из каких-то raw данных, частный случай.
Про загрузку впрочем тоже просто пример, как открыть файл и подгрузить его — ну наверное с десятка два способов.
Про браузеры не понял, javascript конечно имеет сборшик мусора, но сами движки и браузеры устроены более сложно и там ручное управление, да и до сих пор часть кода все равно на ассемблере, взять хотя бы гугловский v8.
1. классический с ручным управлением
2. автоматический сборшик мусора
3. автоматическая система которая сама определяет когда и что удалить, создавая за программиста соответствующий код в нужных местах при компиляции. Получается удобно как при автоматическом сборщике, но при этом быстро и почти так же эффективно как при ручном управлении (не будет работать с этой библиотекой ясное дело).
Но абсолютное большинство все же предпочитает первый вариант, оно не сложно на самом деле, зато позволяет точно планировать каждый чих.
На РБК как-то был целый ролик где рассказывали наглядно схемы которые позволяют им экономить буквально миллиарды, например только широкоизвестная схема Double Irish экономит им до 15% налогов, ну и кроме этого еще есть и просто серые схемы с десятками дочерних компаний по всем офшорам мира.
Напишите на Наука 2.0, очень вероятно что они помогут снять небольшую короткометражку по этому поводу и пустят в эфир. Канал только пару месяцев как появился, но материал готовят качественный и очевидно нуждаются в новом. Часто рассказывают как устроены разные вещи, это как раз тот случай.
Лучше бы рассказали, что QR например один из самых наименее эффективных, во многих отношениях, что задумывался для применения в Японии и Китае (под их азбуки/иероглифы) и до кучи не свободен. Ну и привели бы в пример альтернативы, начиная от такого же матричного, но в два раза более вместительного для нас data matrix и заканчивая каким-нибудь точечно-направленными xerox который в сотни раз более вместителен и может быть распознан в таких условиях, при которых его и человеческий глаз-то заметить толком не может, так, серый шум. Заодно бы описали как дела у MS Tag, что там с реализацией файловой системы, системой мимикрии в полноцветные фото.
Давайте посмотрим на рынок моноблоков, их десятки разных видов и ни с кем Apple не судится, как раз потому, что ни один не похож на iMac. Но один раз в истории были клоны аймаков и Apple их вполне успешно засудила, теперь компания футболками торгует. И за дело осудила, потому что они максимально старались стать похожими именно на iMac'и:
Есть еще похожий проект — kinobaza.tv, где-то с год назад пробегал их топик здесь.
Никогда не слышал подобных утверждений, но с радостью бы послушал/почитал.
Если же брать всю десятилетнюю историю когда Apple предлагала и предлагает свои «облачные» сервисы, то так же ничего подобного никогда не наблюдалось. Даже сейчас iCloud — в первую очередь лишь средство синхронизации/бекапа. При этом не понятно, отчего столько внимания, сервис практически никак не изменился со времен все того же MobileMe. По сути изменения косметические + ребрендинг.
Как все это может сказаться не безопасности — совершенно не понятно, теже претензии можно предъявить абсолютно к любому веб сервису.
или
И еще примерно с пару десятков только стандартных способов создания строки, и это не считая того, что какие-то способы могут быстро множиться в других модулях через категории, по сути поведение не определено. И теперь множим это на каждый из существующих классов. Можно конечно определенные какие-то наиболее популярные вещи и переделать, но к чему? Код станет сложнее поддерживать, сложнее переносить туда-обратно.