[00:02:03] <kemiisto> :-)
[01:38:18] <kemiisto> бб
[01:47:25] <valexey> vlad2: что такое?
[09:58:34] <geniepro> завод по производству смерти
дартвэйдер на луне открыл
и лишь земляне спят спокойно
ведь он на тёмной стороне
[11:07:52] <subj_rs> http://www.linux.org.ru/news/security/6445300
ахах
[11:45:07] <geniepro> вот тебе и опенсорс -- "все ашипки будут найдены и исправлены!" ага, через сто лет тока
[12:01:36] <subj_rs> http://www.yaplakal.com/forum6/topic338389.html
[15:06:14] <kemiisto> geniepro: ты ведь PCLinuxOS юзал?
[15:07:39] <geniepro> не, не юзал. ставил раза три это убожество, не понимающее pppoe ни в каких формах, и тут же грохал
[15:08:04] <valexey> гыгы. это не он не понимает, это ты ppoe не понимаешь :-)
[15:08:07] <geniepro> тем более у них дизай десктопа -- пародия на макось -- главное меню сверху, а снизу док
[15:08:40] <valexey> Дык это ж обычный дефолтный гном
[15:09:01] <kemiisto> там кеды вроде
[15:09:02] <geniepro> вот конкретно в этом писилинупсе -- я нашёл статью на их сайте, де написано как в настройках в конфигах вручную разные данные указать, сделал -- один фиг не работает!!!
[15:09:13] <geniepro> нет, так KDE
[15:09:31] <kemiisto> меня интересует список пакетов
[15:09:36] <kemiisto> никак не могу найти
[15:09:37] <valexey> Ну, одна из базовых конфигураций.
[15:09:42] <geniepro> док там именно в стиле макось, а не просто панель как в гноме дефолтном
[15:09:57] <valexey> О! Вот kemiisto правильный! Он интересуется тем, чем дистрибутивы реально отличаются друг от друга
[15:10:08] <geniepro> список пакетов для писилинупса? он разве не на убунте?
[15:10:11] <valexey> а не дефолтными настройками
[15:10:14] <kemiisto> geniepro: нет
[15:10:22] <kemiisto> там вообще RPM-пакеты
[15:10:28] <valexey> и гуевыми недоконфигураторами
[15:10:32] <kemiisto> но менеджер пакетов - APT
[15:10:39] <kemiisto> изврат
[15:10:43] <kemiisto> :D
[15:10:46] <kemiisto> http://www.pclinuxos.com/?p=1267
[15:10:56] <kemiisto> нет там никакого дока искаропки
[15:10:59] <kemiisto> !!!
[15:11:33] <geniepro> я предыдущую версию ставил
[15:11:41] <kemiisto> а
[15:11:42] <Жаба> kemiisto, бЭ
[15:14:23] <kemiisto> нету списко
[15:14:24] <kemiisto> ниде
[15:14:29] <kemiisto> бида-пичаль
[15:15:01] <kemiisto> http://en.wikipedia.org/wiki/APT-RPM
[15:15:13] <kemiisto> уж с ежом!
[15:15:28] <kemiisto> мне даже как-то интересно стала
[15:15:32] <kemiisto> ну хулэ
[15:15:45] <kemiisto> пока дистр не поставишь список пакетов не узнать
[15:15:48] <kemiisto> ну что за!
[15:18:05] <kemiisto> It is partially considered as a rolling release.
[15:18:17] <kemiisto> что значит "partially"???
[15:18:20] <kemiisto> сукп
[15:18:21] <kemiisto> а
[15:18:21] <Жаба> kemiisto, бЭ
[15:18:31] <kemiisto> либо роллинг, либо не роллинг!!!111
[15:22:18] <kemiisto> http://www.linuxmint.com/download_lmde.php
[15:22:31] <kemiisto> хм... а вот, тащемто rolling
[15:24:36] <geniepro> что значит "rolling release"?
[15:24:54] <kemiisto> постоянные обновления
[15:25:01] <kemiisto> нет разделения на релизы
[15:25:08] <kemiisto> нет dist-upgrade
[15:25:16] <kemiisto> со всеми вытекающими
[15:25:59] <kemiisto> http://www.mepis.org/
[15:26:02] <kemiisto> вот ещё
[15:26:11] <kemiisto> но он на debian stable
[15:26:16] <kemiisto> too old!
[15:26:57] <valexey> /me сидит на дебиане стабля
[15:27:26] <kemiisto> GCC там какой?
[15:27:32] <geniepro> ALT Linux: APT-RPM is the main, officially supported way to upgrade packages from the ALT Linux repositories in ALT Linux distributions[1] since 2001.[2]
[15:28:52] <kemiisto> http://www.epidemiclinux.org/
[15:29:53] <geniepro> недавно вышел какой-то санбайн или типа того линупс
[15:30:12] <valexey> линупс един.
[15:30:18] <valexey> а дистрибутивы значения не имеют :-)
[15:31:24] <geniepro> единый линупс -- это ядро. всё остальное -- дистрибутивы!
[15:31:40] <kemiisto> http://en.wikipedia.org/wiki/Foresight_Linux
[15:32:05] <valexey> а остальное и не линукс. остальное это дистрибутивы. :-)
[15:36:54] <geniepro> вот почему так важен выбор дистрибутива! )))
[15:41:15] <kemiisto> valexey: какая у тебя версия ведра?
[15:41:23] <kemiisto> 2.6.32
[15:41:25] <kemiisto> ?
[15:41:35] <valexey> я не помню :-) не заморачивался как-то.
[16:04:51] <geniepro> да у него до сих пор 2.4.хх небось
[16:05:50] <valexey> не, 2.6 же. это ж дебиан стейбл текущий
[16:32:54] <valexey> "Системный администратор, хоть немного понимающий в программировании - страшный человек, таких специалистов сразу в шею гнать нужно - один вред от них, потому что начинают иногда не свою работу делать и только мешают, вмешиваясь туда, где программист работать должен."
[16:32:56] <valexey> /me покосился на subj_rs
[16:33:38] <subj_rs> бред какойто. любой сисадмин должен разбираться впрограммировании
[16:34:23] <subj_rs> ибо если программист будет писать скрипты для администрирования - вот точно ничего не получится
[16:34:40] <valexey> скрипт та же программа :-)
[16:34:44] <valexey> так что получится ;-)
[16:34:54] <subj_rs> она узкоспецифична
[16:35:46] <valexey> все программирование узкоспецифично. где ты не узкоспецифичное программирование видел вообще?
[16:36:06] <subj_rs> ну они пусть свои программы пишут, а я свои. и все тут
[16:36:42] <subj_rs> если я знаю что за система и что на ней крутитца - уж лучше я сам будут скрипты под нее делать
[16:37:01] <subj_rs> а они пусть свои окошки рисуют да веб-мордочки
[16:37:28] <valexey> окошки рисуют да веб-мордочки - веб и гуи дизайнеры.
[16:37:34] <valexey> при чем тут программирование вообще?
[16:37:37] <subj_rs> а изза их кривых рук зачасту приходится лазить по сырцам и искать баги
[16:37:40] <valexey> там его меньше чем в твоих скриптах
[16:39:35] <subj_rs> valexey: в общем бредовое высказывание какоето. как вообще человек может стать сисадмином если он в программировании дуб-дубом?
[16:39:53] <subj_rs> как можно называться dba если ты sql не знаешь?
[16:40:06] <geniepro> у нас тут ни один сисадмин ни в зуб ногов в программировании!!!!!111
[16:40:14] <subj_rs> гнать его )
[16:40:22] <valexey> subj_rs: дык на винде же сплошь и рядом такие
[16:40:23] <subj_rs> эникею простительно, он тока начинает
[16:40:27] <geniepro> а программерам влом ковыряться настраивать системы и сети
[16:42:20] <valexey> виндовозные сисадмины обычно про программинг не понимают
[16:42:32] <valexey> знают только какая менюшка где в винде
[16:47:00] <subj_rs> это не админы, а эникеи
[16:47:17] <subj_rs> вы еще скажите что автомехани не должен уметь водить
[16:47:21] <subj_rs> *автомеханик
[16:48:52] <subj_rs> valexey: я когдато бегал тоже венду админил, параллельно линупсы и солярисы всякие )
[16:48:58] <geniepro> настройщик рояля не обязан уметь на нём играть ))
[16:49:13] <subj_rs> у него должен быть слух
[16:49:35] <subj_rs> и элементарные знания в нотах )
[16:50:02] <subj_rs> geniepro: и он должен уметь играть, ибо как он настроит тогда рояль?
[16:50:11] <valexey> а он не умеет играть
[16:50:23] <valexey> он только простые (одни и те же) гаммы умеет
[16:51:30] <subj_rs> я бы гнал в шею того манагера, который утверждает что админ должен ничего не понимать в программировании )
[16:51:53] <subj_rs> ибо у нас тогда сплошь и рядом будут одни кое-какеры
[16:52:15] <subj_rs> гнать в шею надо коекакеров )
[16:52:49] <subj_rs> и вообще пятница, скоро домой!
[16:52:59] <subj_rs> пить и дебоширить!
[17:59:54] <valexey> "Ну что поделать - сумрачный тевтонский гений к январю (и даже маю) 45-го не смог родить ничего сравнимого с Т-54. Видимо, уже было немножко не до того - полярный лис уже терся о сапоги."
[18:19:05] <valexey> vlad2: зацени ка новую технологию от яббла:
[18:19:14] <valexey> Automatic Reference Counting (ARC) is a compiler-level feature that simplifies the process of managing the lifetimes of Objective-C objects. Instead of you having to remember when to retain or release an object, ARC evaluates the lifetime requirements of your objects and automatically inserts the appropriate method calls at compile time.
[18:19:26] <valexey> это в iOS5
[18:22:11] <valexey> To be able to deliver these features, ARC imposes some restrictions—primarily enforcing some best practices and disallowing some other practices:
• Do not call the retain <https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Protocols/NSObject_Protocol/Reference/NSObject.html#//apple_ref/occ/intfm/NSObject/retain>, release <https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Protocols/NSObject_Protocol/Reference/NSObject.html#//apple_ref/occ/intfm/NSObject/release>, autorelease <https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Protocols/NSObject_Protocol/Reference/NSObject.html#//apple_ref/occ/intfm/NSObject/autorelease>, or dealloc <https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Classes/NSObject_Class/Reference/Reference.html#//apple_ref/occ/instm/NSObject/dealloc> methods in your code.In addition, you cannot implement custom retain or release methods.
Because you do not call the release method, there is often no need to implement a custom dealloc method—the compiler synthesizes all that is required to relinquish ownership of instance variables. You can provide a custom implementation of dealloc if you need to manage other resources.
• Do not store object pointers in C structures.Store object pointers in other objects instead of in structures.
• Do not directly cast between object and nonobject types (for example, between id and void*).You must use special functions or casts that tell the compiler about an object’s lifetime. You use these to cast between Objective-C objects and Core Foundation objects.

[18:22:17] <valexey> /me facepalm
[18:22:56] <vlad2> /me facepalm
[18:23:23] <vlad2> Новая технология - ARC блеать
[18:24:25] <vlad2> Это хоть отключается?
[18:25:20] <vlad2> Напоминает предсмертные судороги борланда - там похожие "технологии" заявлялись.
[18:26:24] <vlad2> Все кончится тем, что просто выкатят другой язык для кокоы (iLanguage). А си оставят в покое.
[18:29:30] <valexey> вот новая технология, она зашибись, код стало писать еще проще! но теперь вы не сможете вот это, это и это. а если где-то забудете из старого кода удалить, то у вас будут утечки памяти. а то и краш.
[18:30:56] <valexey> я понимаю как оно работает - оно через рефлекшн выцепляет все указатели на объекты и ходит по ним. это просто, это я и так могу сделать.
[18:31:18] <valexey> и поэтому хранить в сишных структурах ничего низзя, ибо рефлекшн по ним не работает.
[18:31:46] <valexey> блин. и что, теперь весь код перепахивать?
[18:31:48] <kemiisto> valexey: что пишут хомячки? Восторженные отзывы предвижу.
[18:33:13] <valexey> угу. уже есть частично.
[18:33:28] <valexey> компайл-тайм сборщик мусора! ви-и!!!!
[18:34:53] <kemiisto> http://peppermintos.com/
[18:45:10] <kemiisto> valexey: а де у тя тачила с линухом?
[18:45:49] <valexey> дома
[18:46:08] <kemiisto> придёшь
[18:46:12] <kemiisto> будь добр
[18:46:24] <kemiisto> запили apt-get install blcr-dkms
[18:47:23] <valexey> это что такое?
[18:47:35] <kemiisto> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=614560
[18:47:52] <kemiisto> внизу утверждается
[18:47:54] <kemiisto> The currently packaged version of BLCR doesn't have support for kernels
version 2.6.35 or more recent.
[18:48:07] <kemiisto> то есть на stable должно работать
[18:48:26] <kemiisto> этот пакет в зависимостях у MPICH2
[18:48:34] <kemiisto> и не только
[18:50:13] <kemiisto> в MEPIS 2.6.36
[18:50:18] <kemiisto> ща посмотрим
[18:50:21] <kemiisto> :)
[18:50:58] <valexey> а что за пакет то?
[18:51:01] <kemiisto> а тут нет этого пакета в зависимостях у MPICH2
[18:51:34] <kemiisto> https://ftg.lbl.gov/projects/CheckpointRestart/
[18:52:56] <kemiisto> да, ошибка
[18:53:01] <kemiisto> таже самая
[18:57:08] <kemiisto> на кой ляд он вообще в зависимостях
[19:15:56] <vlad2> Интересно, что этот ARC делает с циклами :)
[19:17:51] <valexey> с какими циклами? циклическими ссылками?
[19:18:00] <valexey> хез. по идее, можно без проблем распознать.
[19:18:40] <valexey> потому как он знает же какая группа указателей сейчас станет ненужна.
[19:19:49] <vlad2> Тем не менее, интересно :)
[19:20:05] <vlad2> Особенно в динамике ;)
[19:20:10] <valexey> я не думаю что там семантика сильно отличается от того что было с авторелизпулом.
[19:20:54] <valexey> vlad2: а вы ведь разработчики? для льва там подобное не вводят разве?
[19:21:02] <valexey> глянул бы :-)
[19:21:10] <vlad2> Yf[& ^)
[19:21:13] <vlad2> Нах? :)
[19:21:50] <valexey> дык всяко не хуже этого богемного сборщика мусора что там сейчас :-)
[19:21:54] <valexey> https://developer.apple.com/library/prerelease/ios/#releasenotes/General/WhatsNewIniPhoneOS/Articles/iOS5.html
[19:21:57] <valexey> у меня это тут описано
[19:22:33] <vlad2> Нах GC вообще? :)
[19:22:43] <valexey> о! для льва таки да, тоже есть. http://comments.gmane.org/gmane.comp.compilers.clang.devel/15320
[19:23:16] <valexey> ну, это не GC, а таки подсчет ссылок. ты ведь смартпоинтерами пользуешься, правда? :-)
[19:24:32] <vlad2> Блин. ГЦ и прочая компиляторная магия - это очень хорошо, но не для си.
[19:25:32] <valexey> GC это не компиляторная магия :-)
[19:25:43] <valexey> Компиляторная магия это шаблоны :-)
[19:25:55] <valexey> Смартпоинтеры - магия?
[19:27:44] <valexey> вообще, хочу язык-конструктор, чтобы можно было и на системном уровне работать, и высоко летать. при необходимости. с ограничениями и разделением ролей ю
[19:33:47] <subjrs> язык-конструктор? а на чем он будет реализован?
[19:34:56] <subjrs> все упирается в изначальную ущербность самой архитектуры процессоров. как не вые*ывайся - один хрен выхлоп в виде двоичных тупых последовательных кодов )
[19:35:31] <valexey> а тебе нужно что-то сложнее? зачем?
[19:35:42] <subjrs> 50 лет люди изобретают все новые и новые языкене, а архитектура процессоров все таже
[19:36:25] <valexey> архитектура процессоров как раз не та же :-)
[19:36:27] <subjrs> valexey: я не знаю. может пора подумать о новом взгляде на саму сердцевину?
[19:36:39] <valexey> или ты не про архитектуру, а про асм? дык одно с другим никак не кореллирует :-)
[19:37:07] <subjrs> ну все теже инструкции под новыми названиями
[19:37:38] <subjrs> каждый раз чтото оптимизируют и в итоге накладывают обратную совместимость ...
[19:37:54] <valexey> а при чем тут инструкции и архитектура процессора? :-) это ведь всего лишь протокол общения по сути. а архитектура у процессора ну о-очень разная.
[19:38:06] <subjrs> принципи одни
[19:38:11] <subjrs> *ы ))
[19:38:40] <valexey> ну, знаешь ли, архитектура у arm'a, у I7 и у, скажем, пентиума существенно разная.
[19:38:55] <valexey> и у, скажем, MSP430
[19:41:05] <subjrs> в чем разница между кассетой и сиди-диском? да, метод записи ну очень разный, но существенность разницы между этими технологиями в разы больше )
[19:42:06] <subjrs> то что ща процы делают - это как кассету модернизировать по самое не хочу
[19:42:19] <valexey> дык ты не озвучил суть проблемы :-)
[19:43:05] <subjrs> нужен скачек в процессоро-строении )
[19:43:13] <subjrs> качественно новый
[19:43:33] <valexey> не, а какие проблемы то ? сейчас вроде как и так все хорошо.
[19:43:35] <subjrs> наше поколение это не осилит ввиду замусоренности сознания
[19:44:02] <valexey> а вот с софтостроением надо что-то делать, а то сейчас почему-то архитектурные изыски программеров идут в ущерб производительности программ
[19:44:04] <valexey> это не правильно
[19:44:07] <subjrs> мы все гонимся за гигагерцами и отвергаем все другое
[19:44:38] <subjrs> valexey: так все упирается в примитивность архитектуры самих процессоров )
[19:44:59] <valexey> нет, не упирается
[19:45:08] <valexey> алсо никто за гигагерцами да-авно не гонится
[19:45:17] <valexey> гонка вроде как лет 6-7 как завершилась
[19:45:46] <subjrs> да любой твой самый разкошерный код один хрен реализуется в виде примитивнейшего, изжившего себя уж лет как 20, ассемблера
[19:46:06] <subjrs> мы все покланяемся деревянным статуям под разными формами
[19:46:29] <valexey> он реализуется не в виде асма, а в виде машкодов. и почему они что-то там отжили, я не могу понять :-)
[19:46:36] <valexey> где проблемы то?
[19:46:55] <subjrs> valexey: [19:27:43] <valexey> вообще, хочу язык-конструктор, чтобы можно было и на системном уровне работать, и высоко летать. при необходимости. с ограничениями и разделением ролей ю
вот где проблемы )
[19:47:17] <valexey> дык это никак с машкодами не связано.
[19:47:32] <subjrs> машкоды, именно
[19:48:23] <valexey> дык они рулез :-)
[19:48:36] <valexey> я вот читал и немного писал. проникся.
[19:51:33] <subjrs> valexey: покупаешь дорогущую железку (сервер всмысле), потребляющую окуеть сколько энергии, питалово под это дело, охлаждение, потребляющее еще столько же питалова. А эта железка максиму что может делать - какихто одновременных 2000-4000 запросов на веб-сервер обрабатывать и с базой общаться. и не в ОС дело - ОС тут дает ровно столько ,сколько может взять от самой железки, от ее сути, ее примитивной архитектуры ....
[19:52:39] <valexey> а при чем тут ось? тут дело в софте прикладном. в данном случае - вебсервер.
[19:52:44] <subjrs> от деревянного tcp/ip4, которое реверсирует на туже архитектуру )
[19:52:59] <kemiisto> subjrs: твой язык - абирон!!!!!1111111
[19:53:15] <valexey> tcp/ip тут не в тему, но тут в тему http (который текстовый, да, и который надо парсить, в отличае от tcp/ip)
[19:53:31] <subjrs> valexey: вебсервер тупо логику исполняет. нгинкс вон по максимому все, а один хрен в ось упирается
[19:53:35] <valexey> и тут в тему процессор общего назначения
[19:53:51] <valexey> дык в ось упирается или нет? ты давай уже определись :-)
[19:54:07] <valexey> если реализовать то же на плисе, то будет на пару-тройку порядков быстрее
[19:54:20] <valexey> и на 4-5 порядков дороже правда :-)
[19:54:50] <valexey> особенно если выпилить нафиг http, html, xml и подобную лабуду
[19:55:08] <subjrs> valexey: я что хочу объяснить. мы заменили кассеты, где чтение в одномерном пространстве, на диски, где чтение уже в двухмерном пространстве. а процы такие же и остались.
Упирается в ОСь, которая упирается в возможности самой железки, ее архитектуры
[19:55:24] <valexey> по сути, ты покупаешь очень-очень дешевое железо. ну сколько оно стоит? 10 килобаксов? 20? копейки.
[19:55:34] <vlad2> Квантовые компы уже идут, берегите моск :)
[19:55:50] <subjrs> vlad2: вот я про это  как раз )
[19:56:03] <subjrs> нужен именно качественный скачек
[19:56:20] <valexey> subjrs: да ничего мы не заменили. диски по сути как были одномерными так и остались. просто у нас много ленточек постоянно крутится и мы можем выбирать с какой из лент читать сейчас
[19:56:21] <subjrs> а не разгонять процы до 5 ГГц и стопицот ядер
[19:56:23] <valexey> то же самое.
[19:56:37] <valexey> да никто за мегагерцами не гонится :-)
[19:56:52] <valexey> алсо возможно ты не будешь рад, когда у тебя программа перестанет быть детерминированной :-)
[19:56:54] <subjrs> valexey: на пальцах - крутитца диск, движетца головка - двумерное пространство
[19:57:06] <valexey> когда у тебя 1+2 может быть и 3, и pi, и вообще -10
[19:57:20] <valexey> а если головой подумать? :-)
[19:57:27] <valexey> короче, аналогии ложны, особено такие.
[19:57:28] <vlad2> Причем одновременно ;)
[19:57:30] <subjrs> valexey: ты не перематываешь диск на нужный трек, ты тупо передвинул головку на пару сантиметров. разницу почуй
[19:57:50] <valexey> у тебя тупо закольцованая лента. были, кстати, и такие.
[19:57:56] <valexey> тупейший кольцевой буфер.
[19:58:16] <subjrs> блять, там головка двигается и ей на твой буфер плевать
[19:58:30] <subjrs> просто задумайся о разнице между кассетой и диском
[19:58:50] <subjrs> о самом принципе чтения
[19:58:57] <valexey> нет разницы. вырожденный случай диска - тупо закольцованая лента. будет у тебя диск с одной дорожкой. все
[19:59:11] <subjrs> ты сколько будешь эту ленту перематывать?????
[19:59:14] <valexey> движение головки - обычный выбор одной из закольцованых лент
[19:59:30] <valexey> нисколько.  она постоянно крутится :-) как и диск.
[19:59:32] <subjrs> скорость доступа к треку, блеать
[19:59:44] <valexey> и? у дисков те же проблемы
[19:59:52] <valexey> с рандом доступом
[19:59:52] <subjrs> valexey: тебе домашнее задание карочи осознать разницу между лентой и диском
[20:00:12] <valexey> как было время O(n) так и осталось. какая фиг разница?
[20:00:33] <subjrs> valexey: 12 треков, ты их записал на ленту и на диск. ты на нулевой позиции, где ты быстрее перейдешь на 9-й трек????
[20:00:59] <valexey> одинаковое, если у меня столько же лент сколько дорожек у диска :-)
[20:01:06] <subjrs> ленту ты целиком перематываешь, диск - тупо ставишь головку на нужном месте
[20:01:16] <valexey> тут не было никакой революции, тупейшая эволюция.
[20:01:18] <subjrs> valexey: о боже
[20:01:27] <valexey> нефиг тут на пустом месте сенсацию делать
[20:01:36] <subjrs> valexey: а диск по твоемому что? это такаже дорожка, по спирали записанная
[20:01:48] <valexey> по СПИРАЛИ?!
[20:01:50] <valexey> ты чо?
[20:01:53] <subjrs> по спирали блять
[20:01:55] <valexey> с дуба рухнул, или как?
[20:02:03] <valexey> на винте нет дорожек по спирали :-)
[20:02:06] <valexey> сюрприз?
[20:02:11] <subjrs> я про CD
[20:02:12] <valexey> по спирали только CD пишутся :-)
[20:02:27] <subjrs> винт уже трехмерный доступ к данным
[20:02:34] <valexey> и поэтому у CD так все плохо с random access
[20:02:39] <subjrs> valexey: винты тоже, ага, ибо там теже болваны
[20:03:26] <valexey> так, в сад. иди, кури матчасть. нет, лучше не кури. вот поэтому я таки согласен с автором, что админ не должен уметь программировать :-)
[20:03:29] <subjrs> valexey: это уже проблема стандарта )
[20:03:54] <subjrs> valexey: я тебе совсем про другое. сколько ты будешь перематывать кассету до нужной песни?
[20:04:46] <subjrs> cd диск - таже кассета, тока лента в виде двумерной спирали, и досту осуществляется не передвижением ленты, а передвижением головки чтения
[20:05:09] <subjrs> было одномерное пространство, стало двумерное. valexey иди учи геометрию карочи )
[20:05:16] <valexey> нисколько. она закольцована. принцип тот же что и у диска. что hdd ждет пока доедет до нужного сектора диск, что тут будем ждать пока доедет лента до нужного сектора.
[20:05:55] <subjrs> valexey: что легче - двигать ккилометровую ленту до нужного сектора, или подвинуть на пару сантиметров головку чтения?
[20:06:02] <valexey> поэтому hdd просасывают у ssd по random access
[20:06:10] <subjrs> физически все одинаково, геометрически - разница огромная
[20:06:29] <subjrs> а ssd просасывают по надежности, ога
[20:06:47] <valexey> еще раз - головка в hdd ЖДЕТ пока "перемотается" диск, то есть совершит свой оборот. не будет там километров ленты. сделай ленту длиной в 10 сантиметров и радуйся.
[20:07:01] <subjrs> я про хдд и не говорил, я про cd
[20:07:16] <valexey> и лента движется постоянно и в одну и ту же сторону
[20:07:28] <subjrs> valexey: ты крочи опять не понял идею
[20:07:32] <subjrs> или притворяешся
[20:07:59] <valexey> я не помню как у CD, но помню что эта мразь отличненько при позиционировании в произвольное место дорожки именно что ПЕРЕМАТЫВАЛА запись.
[20:08:05] <valexey> что довольно долго было :-)
[20:08:47] <valexey> алсо чем CD в этом плане принципиально отличается от грампластинки? :-)
[20:09:05] <subjrs> в головном секторе диска записываются координаты треков, куда нужно позиционировать головку
[20:09:13] <subjrs> valexey: вот именно ничем )
[20:09:48] <valexey> и? где скачог технологий? была грампластинка, стал СД
[20:10:05] <valexey> был массив лент закольцованых, стал hdd
[20:10:13] <subjrs> valexey: разница между кассетой ж
[20:10:28] <valexey> кассета не стоит в близкородственной связи с CD :-)
[20:10:37] <subjrs> сначала грампластинки, потом компактные кассеты, потом еще более компактные сд
[20:11:01] <subjrs> в кассете более качественный метод записи
[20:11:15] <subjrs> CD - это объединение возможностей кассет и граммпластинок
[20:11:17] <valexey> если речь про геометрию, то СД от грампластинки ничем не отличается, а массив лент от hdd.
[20:11:27] <subjrs> valexey: ок
[20:11:43] <valexey> сложности отались те же. ну, множитель поменьше стал. скучно :-)
[20:11:52] <subjrs> valexey: а каков прогресс в построении процессоров? кроме того, что они теперь многооядреные стали????
[20:12:14] <valexey> суперскалярность например
[20:12:20] <subjrs> доступ последовательный как был так и остался
[20:12:24] <valexey> степнинг. и так далее. там куча технологий
[20:12:39] <valexey> эмм. в каком месте там последовательный доступ? :-)
[20:12:58] <valexey> там все параллельное и за O(1)
[20:13:00] <subjrs> в один квант ты думаешь там писят потоков обрабатываешь?
[20:13:17] <valexey> за один такст оно может до 8ми команд обрабатывать
[20:13:25] <valexey> *такт
[20:13:32] <valexey> причем параллелит оно их само
[20:13:41] <valexey> и это не потоки
[20:13:45] <valexey> и не ядра
[20:14:20] <subjrs> ты также как и я не можешь взглянуть на это шире ))
[20:14:55] <subjrs> быть может процессор совсем по другому можно устроить )), как человеческий мозг
[20:15:16] <valexey> не надо нам как человеческий мозг. нафига нам там нейросеть?
[20:15:22] <valexey> она же не поддается рационализации.
[20:15:24] <valexey> нафиг-нафиг
[20:15:34] <subjrs> [19:56:20] <valexey> subjrs: да ничего мы не заменили. диски по сути как были одномерными так и остались. просто у нас много ленточек постоянно крутится и мы можем выбирать с какой из лент читать сейчас
[20:16:00] <subjrs> чорд, не то
[20:16:16] <subjrs> [19:46:54] <subjrs> valexey: [19:27:43] <valexey> вообще, хочу язык-конструктор, чтобы можно было и на системном уровне работать, и высоко летать. при необходимости. с ограничениями и разделением ролей ю
вот где проблемы )
[20:16:38] <valexey> нейросеть невозможно отладить, результат её работы не предсказуем. если её сделать достаточно большой чтобы она могла рационализировать свои решения, то оно начнет бухать и отлынивать от работы.
[20:16:56] <subjrs> valexey: тогда зачем тебе такой язык-коструктор? если он вразрез самим принципа архитектуры процессоров стоит?
[20:17:24] <valexey> Язык этот - чисто инструмент для генерации оптимального кода с одной стороны, при удобной архитектуре с другой. Вот и все. Как проц не крути, тут ничего не выйдет.
[20:17:38] <subjrs> нынешние языки позволяют только математические модели реализовывать
[20:17:39] <valexey> Такому языку пофиг на процессор :-)
[20:17:58] <valexey> Дык мне оно и надо. Только без оверхеда там где без него можно обойтись.
[20:18:11] <valexey> А то сейчас приходится скрещивать постоянно ужа с ежом.
[20:18:27] <valexey> Ну, или пользовать плюсы, потому как он это все позволяет, но уж очень убого.
[20:19:07] <subjrs> конфликт языка и архитектуры. чем более в выском полете твоя язык - тем более требователен он к ресурсам
[20:19:25] <valexey> неа
[20:19:38] <valexey> пардон, хотел сказать - сфигали? Ж-)
[20:20:07] <subjrs> на уровне машинных кодов твои программы один хрен будут помесью ужа с ежом )
[20:20:31] <valexey> неа, с чего бы?
[20:20:52] <subjrs> компилятор во что будет транслировать твой язык?
[20:20:54] <valexey> я ж его читать не собираюсь, и вылавливать в машкодах куски высокоуровневых конструкций
[20:21:07] <valexey> более того, если они там есть, значит у нас хреновый язык
[20:24:18] <valexey> машкод должен в результате должен получаться таким, будто его писал асмовый задрот лет 10, который вообще ни сном ни духом про наши высокоуровневые абстракции, зато в курсе про особенности данного процессора.
[20:24:58] <subjrs> valexey: то есть решить теорему Ферма на счётах )
[20:25:30] <subjrs> написать венду на брэйнфаке ...
[20:25:37] <valexey> в смысле? зачем исполнителю какие-то высокоуровневые прибамбасы? высокие абстракции лишь помогают нам мыслить, железке они нафиг не уперлись
[20:26:08] <valexey> поэтому мы пишем в высоких абстракциях на кошерном языке, на выходе должен быть машкод, как будто мы писали сразу в машкодах без абстракций.
[20:26:20] <valexey> это идеальный вариант.
[20:26:21] <subjrs> смысл что низкоуровневая реализация слишком деревянная для таких асбстракий
[20:26:56] <subjrs> valexey: для текущий языков нормально, но ты хочешь уж очень высокоуровневый язык )
[20:27:17] <subjrs> да и по этой же причине и встряли текущие языки в клонирование самого себя
[20:27:31] <valexey> с фига ли? зачем высокие абстракции на низком уровне?
[20:27:44] <subjrs> низкий уровень надо подтянуть )
[20:27:54] <valexey> вот я занимаюсь сейчас DSP, фильтры, математика суровая. формулы, абстракции по самый небалуй.
[20:28:15] <valexey> конечный результат - быстроработающий фильтр удовлетворяющий неким требованиям
[20:28:31] <valexey> так вот, нафига всю эту математику, символьные вычисления и так далее, пихать в нутро микроконтроллера?
[20:28:56] <valexey> на выходе будет абсолютно дубовый крайне низкоуровневый код.
[20:29:04] <valexey> там даже вызовов функций не будет :-)
[20:29:22] <subjrs> зачем тебе тогда такой язык?
[20:29:56] <valexey> мне? чтобы проще было поддерживать программу в актуальном состоянии. легче рефакторить и так далее.
[20:30:27] <valexey> и иметь перед глазами то, что я имел ввиду когда это писал. и работать в этих терминах
[20:30:43] <valexey> а транслироваться оно должно в тупейший деревяннейший набор команд исполнителю.
[20:30:57] <valexey> ибо исполнителю не должны быть ведомы мои высокие мотивы. он должен тупо работать ю
[20:31:10] <subjrs> valexey: с этим согласен
[20:32:09] <subjrs> надо сходить в магаз
[20:32:12] <subjrs> пятница ж
[20:32:18] <valexey> дык только ради этого мне он и нужен :-) это квинтесенция программирования, его дуализм - к людям по человечески, к машине-исполнителю эффективно и тупо.
[20:32:29] <valexey> ты ж пить хотел завязывать :-)
[20:33:22] <subjrs> valexey: всеже развитие сейчас упирается рогами в саму архитектуру. ибо твои высокоинтеллектуальные программы будут обрабатываться счетами со скоростью продавщицы мясом
[20:33:52] <subjrs> valexey: хотел )
[20:33:55] <valexey> да не, чем тупей исполнитель, тем лучше.
[20:34:20] <subjrs> valexey: да, но методы исполнений должный усовершенствоваться
[20:34:28] <subjrs> *должны
[20:34:54] <valexey> другое дело, что современные языки таковы (java, haskell, не говоря уже о питонах да php c перлом), что их мерзкая высокоуровневая сущность пролезает в машкод и дико тормозит.
[20:36:10] <subjrs> я чо сказать то хотел - что процессоры еще не скакнули также , как граммпластинки и пленки в CD диски и далее двд, блюрэй ...
[20:37:00] <valexey> ну, не думаю :-) сравни сколько лезло на винил, сколько лезет на CD. и сравни производительность того же Z80 с производительностью скажем i7
[20:37:07] <subjrs> нынешние суперкомпьютеры - это как здания вычислительной техники 80-х годов
[20:37:11] <valexey> процы тут возьмут верх :-)
[20:37:32] <subjrs> степень поменялась, но не множитель )
[20:37:50] <subjrs> или даже скорее наоборот )
[20:38:36] <subjrs> valexey: я все стараюсь аналогиями мыслить )
[20:38:59] <subjrs> аналоговое мышление в цифровой обработке :-D
[20:39:00] <valexey> а я стараюсь не мыслить аналогиями, ибо они ложны. стараюсь таки просто вникать в тему :-)
[20:39:17] <subjrs> valexey: а как ты кошку от собаки отличишь без аналогий?
[20:39:49] <valexey> на уровне спинномозгового рефлекса. аналогия более высокоуровневая штука :-)
[20:40:07] <valexey> а кошку от собаки отличит почти любая нейросетка обученная.
[20:40:15] <valexey> даже в реалтайме на современных компах.
[20:40:28] <valexey> то есть это ну о-очень примитивно относительно аналогий.
[20:40:30] <subjrs> научи ее отличать кошку от чихуа-хуа
[20:41:58] <valexey> зачем? :-)
[20:42:15] <valexey> ну, то есть прикольно конечно, но пока есть более интересные занятия
[20:42:36] <valexey> в частности - научить прогу отличать пульс от motion artefacts :-)
[20:43:03] <valexey> особенно когда последние так же ритмично повторяются как и пульс. на подобных же частотах
[20:43:18] <valexey> а еще надо метафоры для гуя и сам гуй.
[20:43:31] <valexey> и чтобы удобно и чтобы грязный ниггер в пиндостане осилил его.
[20:43:45] <subjrs> valexey: я в магаз хотел сходить не за алкоголем ))
[20:43:55] <subjrs> алкоголь уже куплен :-D
[20:44:01] <valexey> в пятницу? не за алкоголем?
[20:44:03] <valexey> гы
[20:44:27] <subjrs> пойду прогульнусь. и фильмос потом
[20:45:19] <subjrs> /me алкоголек, е*анный придурок ... (Шнур) ))
[20:45:33] <valexey> угу, а я домой пшел.
[20:45:40] <subjrs> удачи )
[20:45:47] <subjrs> остерегайся алкоголиков )
[20:50:18] <valexey> Ж-)
[21:09:07] <subjrs> да, Сталинград  достойный фильм
[22:11:02] <subjrs> со среды на дней пять остаюсь один. как в старые добрые времена. чую сопьюсь )))
[22:20:18] <vlad2> Программить,спать,есть! :)
[23:04:45] <valexey> http://www.opennet.ru/opennews/art.shtml?num=31061
[23:04:47] <valexey> О!
[23:05:18] <valexey> Насколько я понимаю, зацикливание на выборе ЯП повлияет только на третий пункт.
[23:05:57] <valexey> А циклы по феншую вообще не при делах.
[23:08:21] <vlad2> Там еще новая тема с assert в конце ифа :)
[23:08:46] <valexey> да, видел. хотят чтобы оно как ихний кейс работало.
[23:09:00] <valexey> кстати-кстати, они тормоза :-)
[23:09:06] <valexey> ибо в ФП так давно ;-)
[23:09:21] <valexey> А у них там вроде была тема, что никто до сей поры такое не сделал :-)
[23:09:41] <valexey> И вот только-только они постигнув тайны оберона и обкурившись вирта додумались до этого.
[23:09:44] <valexey> Гыгы.
[23:13:54] <valexey> А у нас студент принятый на работу, начал наносить пользу уже с третьего дня работы.
[23:14:22] <valexey> /me радуется что так удачно удалось выцепить студента.
[23:15:06] <subjrs> это замечательно
[23:15:58] <valexey> успешно отбили его у другого проекта, куда его хотели изначально запихать.
[23:22:11] <valexey> вот с чем оберонщики борются: http://ayende.com/blog/3619/more-code-review-errors
[23:37:26] <valexey> "Добавляем Pattern Matching и параметризованные методы в Objective-C " http://habrahabr.ru/blogs/macosxdev/123187/
[23:37:29] <valexey> o_O
[23:37:30] <Жаба> valexey, не смотри на меня так!
[23:37:36] <valexey> O_o
[23:37:36] <Жаба> valexey, не смотри на меня так!
[23:37:39] <valexey> O_O
[23:37:39] <Жаба> valexey, не смотри на меня так!
[23:37:43] <valexey> o_o
[23:37:43] <Жаба> valexey, не смотри на меня так!
[23:37:47] <valexey> x_X
[23:38:03] <kemiisto> xxx
[23:38:05] <kemiisto> !!!111
[23:40:59] <valexey> подсчет факториала:
[23:41:08] <valexey> @interface Factorial : NSObject
-(NSDecimalNumber*)factorial:( NSDecimalNumber* )number_;
@end

@implementation Factorial
-(id)init {
  if ( !( self = [super init] ) )
     return nil;

  NSDecimalNumber* zero_ = [NSDecimalNumber numberWithInteger:0];
  [self method:@selector(factorial:) withParameter:zero_ useBlock: ^(id obj_){
     return (id)[NSDecimalNumber numberWithInteger:1];
  }];
  NSDecimalNumber* one_ = [NSDecimalNumber numberWithInteger:1];
  [self method:@selector(factorial:) withParameter:one_ useBlock: ^(id obj_){
     return (id)[NSDecimalNumber numberWithInteger:1];
  }];

  return self;
}
-(NSDecimalNumber*)factorial:(NSDecimalNumber*)number_ {
  return [number_ decimalNumberByMultiplyingBy:
              [self factorial:[number_ decimalNumberBySubtracting:
                                        [NSDecimalNumber numberWithInteger:1]]]];
}
[23:41:29] <valexey> и использование этого всего:
[23:41:33] <valexey> Factorial* factorial_ = [[Factorial new] autorelease];
  NSNumber* number_ = [NSDecimalNumber numberWithInteger:10];
  NSLog( @"factorial %@ = %@", number_, [factorial_ factorial:number_]);

[23:41:47] <valexey> по моему, я что-то не понимаю в этой жизни.
[23:42:01] <valexey> это что, ООП головного мозга?
[23:45:36] <kemiisto> у меня одни смайлы
[23:45:38] <kemiisto> :D
[23:45:47] <kemiisto> но ООПГМ тут в явном виде
[23:45:55] <kemiisto> и почти в терминальной стадии
[23:45:56] <valexey> угу, огарный язык.
[23:46:11] <kemiisto> но есть более запущенные случаи
[23:46:25] <kemiisto> см. любой Java-разраб
[23:47:48] <valexey> ну, там уже не ООП, там уже какое-то суровое БДСМ с метапрограммированием.
[23:47:58] <valexey> А это не ООП по сути в общем то.
[23:48:16] <valexey> И это то, во что легко превратится ББ если его толкнуть в массы.
[23:48:37] <kemiisto> Опа! Давненько не было!
[23:48:41] <kemiisto> КЛЕВЕТЫ!!!111
[23:48:52] <valexey> Да нет, истина же!
[23:49:03] <valexey> Вон, посмотри на j2se - там все нормально.
[23:49:11] <valexey> Ну и в жабе вообще до 2000го года.
[23:49:17] <valexey> Язык простой. Аля оберон.
[23:49:28] <valexey> Но рантайм дозволяет рефлекшн. Увы.
[23:49:40] <valexey> Потом народ это распочухал и понеслась!
[23:50:19] <valexey> А БлекБоксеры ведь как раз на метаинформацию упирают. Значит там процесс пойдет еще быстрее.
[23:50:59] <valexey> Собственно он уже пошел. Но из за мизерного количества блекбоксеров он идет медленно. Ну, это как человека с раком пустившим метастазы во все органы, в анабиоз отправить.
[23:51:16] <valexey> Оно будет расти медленно и неукротимо и с известным финалом, просто это будет медленней.
[23:51:29] <kemiisto> КЛЕВЕТЫ ЖЕ!!!111
[23:51:40] <kemiisto> Клеветы!? В моём чате!?
[23:51:42] <kemiisto> :D
[23:51:46] <kemiisto> эх
[23:51:51] <kemiisto> я вот даже не знаю
[23:51:59] <kemiisto> какой бы ЯП покурить
[23:52:20] <valexey> для общего тонуса, или для практических целей?
[23:52:30] <kemiisto> скорее, второе
[23:52:43] <kemiisto> для первой цели то мне хаскела хватит
[23:52:53] <valexey> для второго лучше всего научиться любить чистый Си :-)
[23:53:19] <kemiisto> нет
[23:53:19] <Жаба> kemiisto, ну нет так нет
[23:53:22] <kemiisto> не надо
[23:53:27] <valexey> кстати, ты ROOT щупал?
[23:53:32] <kemiisto> неа
[23:53:50] <valexey> судя по описалову - вкусная весч
[23:54:05] <valexey> с интерпретером почти плюсов. интересно. и гуем работающем везде.
[23:54:17] <valexey> суровым научным гуем. с графикаме и прочим.
[23:54:27] <valexey> правда стилем под винду косящим ;-(
[23:54:37] <kemiisto> плюсы нинужны
[23:54:43] <kemiisto> нихачу
[23:54:53] <valexey> Ну, D покури.
[23:55:28] <kemiisto> он мёртвый
[23:55:29] <valexey> Язык много проще плюсцов. При этом безопасней. При этом могущий столько же полезного как и плюсы, кроме непосредственной поддержки сишных хедеров.
[23:55:32] <kemiisto> компиляторов нет
[23:55:38] <kemiisto> бибюлиотек нет
[23:55:40] <valexey> Да не, развивается. Компиляторы выходят.
[23:55:49] <kemiisto> ну-ка да
[23:56:02] <valexey> Но конечно с сями не сравнится :-)
[23:56:05] <kemiisto> установи ка компилятор на 64-битную макось
[23:56:17] <valexey> А они не пофиксили еще разве?
[23:56:27] <kemiisto> а они и не собираются
[23:59:06] <valexey> kemiisto: LDC
[23:59:19] <kemiisto> ну нахер
[23:59:31] <kemiisto> он не держит D 2.0