Я так понимаю, мегафоновский Сервис-Гид это что-типа мтсовской ИССА? Зачем вообще заранее генерировать пароль и где-то его хранить? Разве не лучше получать одноразовый пароль по SMS непосредственно в момент входа в систему?
Да они вообще во многом непоследовательны, процитирую осньюс:
So, let me get this straight. In April this year, a Microsoft-sponsored antitrust complaint about Android had this to say:
Google's predatory distribution of Android at below-cost makes it difficult for other providers of operating systems to recoup investments in competing with Google's dominant mobile platform.
And we have the whole Scroogled campaign (I felt dirty just for visiting that site).
And now they're considering doing the exact same things they claim Google is doing unfairly? Does this company have any internal consistency whatsoever?
Всегда немного завидовал людям, которые с легкостью, «интуитивно» представляют себе такие вещи. Я же не до сих пор не чувствую, что мозаика сложилась (особенно это касается свертки функций), нет того самого «щелчка». Наверное, поэтому так и остаюсь обычным бесталанным программистом.
Безотносительно ценности/качества кода, популярные проекты имхо не должны умирать бесследно исчезать, и ничто не сохраняет их лучше (хотя бы для «археологии»), чем открытие исходников. Это сродни этакому супер-надежному бэкапу; ведь нередко бывает, что авторы бы и сами рады отдать исходники спустя n лет, но те уже утеряны. Вот недавно приводили в пример Apollo; у меня был аналогичный опыт переписки с авторами OSP мода для Quake II. :-(
Непонятно, чем лучше, и лучше ли. Ну вот, в прошлом году появилась поддержка Raspberry Pi. У них, кстати, есть довольно толковый туториал как портировать на армовские SoC'и, и в принципе, можно попробовать собрать ядро для какой-нибудь development board, но скорее всего возникнут проблемы с драйверами.
Опять же, плат ведь существует очень много, с мелкими (и не очень) отличиями, а NetBSD вроде бы пока не имеет унифицированного механизма конфигурации устройств типа FDT; вот, например, письмо по этому поводу, сентябрьское. Там вообще вся дискуссия небезынтересна.
Еще есть довольно старые (2005 г.) слайды от Infosys, там немного технических подробностей о различиях двух систем.
Я взвесил ваше предложение и все-таки решил не менять опрос: 1) добавление еще одного варианта снижает репрезентативность результатов и просто нехорошо по отношению к уже проголосовавшим; 2) использование NetBSD, например, на тостере (упоминается как вариант) вполне можно считать эпизодическим использованием для специальных задач. :-)
Да, все верно. Julio еще в 2006 г. говорил, что одной лишь портабельностью уже никого не удивить, и что Linux работает на не меньшем числе платформ и зачастую куда лучше NetBSD.
Справедливости ради стоит отметить, что так было далеко не всегда; в свое время (2003 г.) после нашумевшего сравнения разных BSD-систем, NetBSD очень оперативно (за две недели) исправили все основные проблемы с масштабируемостью:
[Nov 1 2003] I got an email suggesting that I re-check NetBSD. The results are nothing short of astonishing. In two weeks time the NetBSD team made dramatic improvements.
socket: previously O(n), now O(1).
bind: greatly improved, but still O(n). Much less steep, though.
fork: a modest O(n) for dynamically linked programs, O(1) for statically linked.
mmap: a bad O(n) before, now O(1) with a small O(n) shadow.
touch after mmap: a bad strange graph in 1.6.1, a modest O(n) a week ago, now O(1).
http request latency: previously O(n), now O(1).
Congratulations, NetBSD! NetBSD now has better scalability than FreeBSD.
Понимаете, это все конечно так: можно выбрать low profile, руками докрутить настройки. Но это странно для движка (Qfusion), который основан на кудвашном, и для игры, которая делает упор вовсе не на графику, а в первую очередь на геймплей.
У меня сложилось впечатление, что скорее дело в том, что разработчики современных движков типа Qfusion (Warsow), DarkPlaces (Nexuiz, Xonotic) просто не заморачиваются оптимизацией, в то время как айдишники относились к этому куда как более серьезно. Возможно, я и не прав, но, если честно, я не вижу причин так (субъективно) тормозить по дефолту.
Выяснилась вообще смешная вещь: «We have money but we have no programmers to support linux and mac».
Удивительно, конечно, насколько поменялись времена (или люди). Раньше id старались найти талантливых фанатов, давали им работу на контрактной основе (TTimo, Zoid, Casey), кого-то впоследствии брали в штат… При наличии денег и кроссплатформенного фреймворка, найти заинтересованных программистов не должно быть проблемой. Скорее действительно, кто-то сверху сказал «да никому ваши линуксы не нужны». :-(
Epic Games несколько лет подряд нанимала Райана «icculus» Гордона для портирования серии UT, но затем так же неожиданно свернула лавочку, заявив в 2010 г., что клиент UT3 можно не ждать (сервер таки-вышел в конце 2007 г.), без объяснения причин.
Есть уже давно множество кроспалтформенных Quake-Style игр, которые вполне достойны!
К сожалению, достойны они весьма условно; обычно их достоинства исчерпываются открытыми исходниками и поддержкой сообщества. На практике качество «допиленных» движков id далеко не на высоте: Nexiuz, Xonotic, Warsow тормозят даже на более-менее современных машинах, хотя Quake 2/3 летали на железе куда слабее. Разве что Tremulous в свое время приятно удивил.
Личное наблюдение. Не видел ни одного линуксоида, который бы поддерживал проприетарный софт и с удовольствием бы его покупал.
Мне кажется, что это вопрос времени: с ростом популярности GNU/Linux будут покупать все больше и больше; недавний тред на ЛОРе тому пример (если говорить об играх). Дело не в том, что линуксоиды не хотят платить, а скорее в том, что пока что мало кто из издателей старается сделать так, чтобы 1) было что покупать; 2) платить было удобно. В этом смысле, кстати, стимовцы молодцы.
Техническая грамотность является подспорьем не столько потому, что позволяет легко найти игру на торрентах и пропатчить, а потому что в отсутствие удобного (или вообще какого-либо) канала дистрибуции зачастую альтернативы для «скачать исошку, примаунтить, полечить и запустить» просто нет.
Если вы про TTimo (обсуждение на ESR), то насколько известно, он был перекинут с Quake Live на другие проекты задолго до того, как покинул id. Кармак может и не был прямо уж таким сторонником, но переносимость старался поддерживать; и за открытие исходников благодарить нужно именно его.
Сейчас даже новый карты только пользователи делают, а не сами айдишники.
В этом как раз ничего страшного нет, так было и раньше. Например, из популярных кудвашных турнирных карт айдишные, пожалуй, только две: q2dm1 (The Edge Виллитса) и q2dm3 (Frag Pipe МакГи). Остальные карты делались энтузиастами: ztn, vondur, retinal и др.
Хорошей новостью было бы, если бы вы написали, что передумали уходить на сторонний движок, или что-таки решили передать Presto в опенсорс. Новости о закрытие чего-либо чаще всего хорошими не назовешь, уж не обессудьте. :-(
Почему была, она и сейчас есть, это команды history-search-backward и history-search-forward. Во FreeBSD они забиндены на стрелочки по умолчанию, даже ничего настраивать не надо:
bindkey -k up history-search-backward
bindkey -k down history-search-forward
Я там немного выше поделился рецептом, как такой же поиск по хистори прикрутить к bash.
So, let me get this straight. In April this year, a Microsoft-sponsored antitrust complaint about Android had this to say:And we have the whole Scroogled campaign (I felt dirty just for visiting that site).
And now they're considering doing the exact same things they claim Google is doing unfairly? Does this company have any internal consistency whatsoever?
умиратьбесследно исчезать, и ничто не сохраняет их лучше (хотя бы для «археологии»), чем открытие исходников. Это сродни этакому супер-надежному бэкапу; ведь нередко бывает, что авторы бы и сами рады отдать исходники спустя n лет, но те уже утеряны. Вот недавно приводили в пример Apollo; у меня был аналогичный опыт переписки с авторами OSP мода для Quake II. :-(Непонятно, чем лучше, и лучше ли. Ну вот, в прошлом году появилась поддержка Raspberry Pi. У них, кстати, есть довольно толковый туториал как портировать на армовские SoC'и, и в принципе, можно попробовать собрать ядро для какой-нибудь development board, но скорее всего возникнут проблемы с драйверами.
Опять же, плат ведь существует очень много, с мелкими (и не очень) отличиями, а NetBSD вроде бы пока не имеет унифицированного механизма конфигурации устройств типа FDT; вот, например, письмо по этому поводу, сентябрьское. Там вообще вся дискуссия небезынтересна.
Еще есть довольно старые (2005 г.) слайды от Infosys, там немного технических подробностей о различиях двух систем.
У меня сложилось впечатление, что скорее дело в том, что разработчики современных движков типа Qfusion (Warsow), DarkPlaces (Nexuiz, Xonotic) просто не заморачиваются оптимизацией, в то время как айдишники относились к этому куда как более серьезно. Возможно, я и не прав, но, если честно, я не вижу причин так (субъективно) тормозить по дефолту.
Epic Games несколько лет подряд нанимала Райана «icculus» Гордона для портирования серии UT, но затем так же неожиданно свернула лавочку, заявив в 2010 г., что клиент UT3 можно не ждать (сервер таки-вышел в конце 2007 г.), без объяснения причин.
Техническая грамотность является подспорьем не столько потому, что позволяет легко найти игру на торрентах и пропатчить, а потому что в отсутствие удобного (или вообще какого-либо) канала дистрибуции зачастую альтернативы для «скачать исошку, примаунтить, полечить и запустить» просто нет.
Я там немного выше поделился рецептом, как такой же поиск по хистори прикрутить к bash.