LINUX.ORG.RU

Проект Netsukuku переписан на Vala

 , , ,


4

7

Netsukuku — проект по созданию отказоустойчивой, распределенной, самоорганизующейся сети с независимыми от интернета каналами передачи данных.

Главные особенности проекта — фрактальные алгоритмы построения карты сети и маршрутизации, и система доменных имен ANDNA (Abnormal Domain Name Anarchy). Допускается построение меш сети с динамической маршрутизацией размером до 2128 узлов. В отличие от Freenet, Netsukuku не зависит от Интернета, работает на 3-ем уровне модели OSI и подразумевает построение независимой физической сети передачи данных.

С момента своего рождения в 2006 году, проект пережил переписывание c языка C на Python, после чего скончался в 2009 из-за отсутствия мейнтейнеров. Через два года разработчик по имени Luca Dionisi начал переписывать проект на Vala. В 2014 году портирование было завершено.

Код распространяется под лицензией GPLv3 и доступен на странице проекта. Из репозитория можно загрузить всё необходимое для сборки пакетов под OpenWRT.

По иронии судьбы, из-за финансовых проблем проекту грозит очередная смерть. Всем сочувствующим предлагается перечислять биткоины на кошелек разработчика.

>>> Подробности

anonymous

Проверено: fallout4all ()
Последнее исправление: CYB3R (всего исправлений: 2)

Сам недавно был адептом валы. Но с ней автора поступили как со всеми годными ЯП: недопилили. И видеоуроки не записали. Учитывая то, что ООП мне больше мешает, чем помогает писать программы, я сейчас балансирую между С++ и С-безплюсом.

Ну раз уже переписали, то пусть будет. Оно ведь на уровне, а то и быстрее, чем С++ и не сильно уступает сишарпу по фичастости. Хватает авторам терпения возится с нелогичностями в реализации языка - ну молодцы.

q0tw4 ★★★★
()
Ответ на: комментарий от DNA_Seq

Проще обучить специалиста в нужной теме программированию чем программиста чему-нибудь учить.

Каждый должен заниматься своим делом, «специалист в нужной теме» должен заниматься «нужной темой», а программист программировать. Когда специалист в «нужной теме» пишет какой-то серьёзный код (тот что нужен не только специалисту и его друзьям), то ничего хорошего из-за этого никогда не выходит. Равно как и наоборот, когда программист считает себя асом в каждой «нужной теме».

mono ★★★★★
()
Ответ на: комментарий от mono

Проще обучить специалиста в нужной теме программированию чем программиста чему-нибудь учить.

Каждый должен заниматься своим делом, «специалист в нужной теме» должен заниматься «нужной темой», а программист программировать. Когда специалист в «нужной теме» пишет какой-то серьёзный код (тот что нужен не только специалисту и его друзьям), то ничего хорошего из-за этого никогда не выходит. Равно как и наоборот, когда программист считает себя асом в каждой «нужной теме».

Глупость - вы оба правы, так как оба рассматриваете проблему лишь частично (притча о слоне и слепцах). Хорошо что мир более совершенен чем вы думаете.

anonymous
()
Ответ на: комментарий от Synthez

сейчас процессу самоорганизации мешает только «тюрьма в голове» у пользователей интернета 90х годов рождения

Чувак, я работаю в телекомах, какая тюрьма в голове? Поверь, подход «сейчас мы поднимем гитлермега-сеть на говнороутерах» - глупость и инфантилизм. Тут нужны амбиции и средства уровня хотя бы гугла. А любительские меш-сети - это программистские игрушки на 10 человек.

Alsvartr ★★★★★
()
Последнее исправление: Alsvartr (всего исправлений: 1)
Ответ на: комментарий от anonymous

Вычисление 2+2 делается одной машинной командой, точно так же, как и в случае с С, без всяких модулей.

до вычисления 2+2 еще надо сделать множество вызовов вглубь виртуальной машины ровн как и после получения результата

В С тоже надо сделать много вызовов, чтобы запустилась программа. Сделать mmap выполняемого файла, распарсить заголовок, сделать mmap динамических библиотек, кучу всего, запустить _start и только потом запустится main.

Человеку со стороны в программирование лучше вообще не лезть.

такое ощущение что вы не видели в своей жизни «объемный» проект на java

Видел.

Я не знаю, о каких знаменитых десктопных приложениях идёт речь и не сидел с профайлером, чтобы выяснить причину тормозов. Могу только заметить, что Idea очень реактивна, и это единственная десктопная Java программа, которой я активно пользуюсь.

А вот и не правильно, Idea очень тормозная, хотя это не замечается если у вас компьютер сильно мощный

Нормальный у меня компьютер, среднестатистический ноутбук.

(но вот запаса мощности чтобы тянуть нормально несколько виртуалок под нагрузкой из-за Idea у компьютера уже не останется).

Всё остаётся. Идея жрёт меньше одного гига.

Есть предположение, что тормозить может из-за некачественных графических библиотек. К Java эта проблема имеет опосредованное отношение. Можно написать хорошие биндинги к GTK, например, и ничего тормозить не будет.

Диванный теоретик? А тормозить будет из-за ЧРЕЗМЕРНО БОЛЬШОГО ОВЕРХЕДА вызовов - это следствие объектной модели.

Ложь. Вызовы в Java не медленнее вызовов в C. А учитывая динамический inline зачастую может быть быстрее. Я иногда поражаюсь километровым стектрейсам в веб-сервере. Он там одними вызовами только и занимается. При этом показыавет огромную производительность, обрабатывая тысячи запросов. Какой там может быть оверхед из-за вызовов в GUI, где тормоз пользователь даже миллисекундную задержку не ощутит?

А про джавовый GC (garbage collector) который эпизодически убивает всю производительность системы вообще лучше умолчать :)

Он никогда не убивает всю производительность. В сложных случаях его может потребоваться настраивать, да. GC он такой, 99% времени про него можно не думать, а потом 1% времени подумать.

Биндинги к Java - это еще тот отстой.

Почему?

Но самая главная проблема Java-проектов в ее неповоротливости (если вы не понимаете в чем проблема, то это значит что вы не видели ни одного серьезного проекта на java).

Бла-бла-бла.

Legioner ★★★★★
()
Ответ на: комментарий от Synthez

система имеет свойство самоорганизовываться. но для этого нужны определённые условия. сейчас процессу самоорганизации мешает только «тюрьма в голове» у пользователей интернета 90х годов рождения.

Ага, man - Энтропия

на уровне железа и технологических разработок в общем - уместен краудфандинг. но с точки зрения быдлокодера - «нужно тянуть провода сквозь говно и канализацию, нужно копать землю, покупать землю и здания под стройку».

У вас есть конкретное решение, прежде чем деньги собирать? Или так, поболтать общими лозунгами хочется гражданину, который похоже далёк от темы связи.

anonymous
()
Ответ на: комментарий от Legioner

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

http://whyjavasucks.com/Blog/2/Java_Feel_of_the_Day/70/Java_Debugging xD

GC он такой, 99% времени про него можно не думать, а потом 1% времени подумать

http://whyjavasucks.com/Blog/2/Java_Feel_of_the_Day/76/Java_Garbage_Collectio... xD

http://whyjavasucks.com/Blog/1/Java_Quote_of_the_Day/75/Garbage_Collection xD

Так же поддерживаю:

http://whyjavasucks.com/Blog/2/Java_Feel_of_the_Day/89/I_dont_always_use_Java

http://whyjavasucks.com/Blog/2/Java_Feel_of_the_Day/83/Can_you_make_a_Java_ve...

xD xD xD

anonymous
()

Vala
Luca Dionisi
По иронии судьбы, из-за финансовых проблем проекту грозит очередная смерть.

Помянем. И, да, зачем оно вообще? Есть Hyperboria.

anonymous
()
Ответ на: комментарий от Siado

«так они не кровати двигали, а сразу 6л@дей меняли!»

anonymous
()
Ответ на: комментарий от Alsvartr

Два слова: «взаимовыгодное сотрудничество». Как торренты: ты не только качаешь, но и отдаёшь, и это позволяет имбыть столь эффективными.

А еще есть маршрутизаторы по миллиону рублей каждый, базовые станции по два миллиона, подводные кабели с ценами как будто они из золота сделаны, космические спутники с космическими ценами, дата–центры и вот это вот все что формирует миллиардные капитальные затраты.

Цена централизации. Когда какой-нибудь очередной фейсбук задыхается от наплыва пользователей, распределённые сети становятся с каждым участником только быстрее и устойчивей.
С другой стороны, для сетей вроде netsukuku плохо подходит проводная связь, это да.

quantum-troll ★★★★★
()
Ответ на: комментарий от Synthez

составляющей Netsukuku.

Какой составляющей? Хватит уже воду лить.
Тут озвучивали не раз конкретный вопрос - чем удалённые на десятки, сотни км. сетки соединять будете? Какими «независимыми от интернета каналами передачи данных»???

Это вопрос ПЕРВОСТЕПЕННЫЙ, не решив его от всех этих Netsukuku иже с ними толку НОЛЬ. И на каком языке и какие программульки для этого писать, дело стопятидесятое.

anonymous
()
Ответ на: комментарий от quantum-troll

Два слова: «взаимовыгодное сотрудничество»

Как мне с помощью «взаимовыгодного сотрудничества» протянуть магистраль до соседнего города?

Цена централизации

Чтобы mesh-сети заработали нужно каждый ресурс разносить по всем узлам. Это даже не будущее, это пока что только научная фантастика.

С другой стороны, для сетей вроде netsukuku плохо подходит проводная связь, это да.

Будто бы глобальная беспроводная связь не требует каждодневной поддержки и огромных вложений. Я понимаю, конечно, красоту концепции распределенных сетей и прочую романтику, но иллюзий «сейчас мы на роутерах и мобилках поднимем бесплатный гигабитный интернет» питать не стоит. Современный интернет и его качество - это заслуга тысяч людей, которые каждую минуту его поддерживают.

Alsvartr ★★★★★
()
Ответ на: комментарий от Alsvartr

Чтобы mesh-сети заработали нужно каждый ресурс разносить по всем узлам.

Ты про сайты или что? Касаемо сети — ты подключён к нескольким узлам, те узлы каждый подключены к своим нескольким узлам, а умный протокол маршрутизации разруливает всё и распределяет нагрузку равномерно по сети. Так работают ячеистые сети вроде netsukuku и hyperboria.
Касаемо сервисов в сети, их тоже часто можно разпределить, но это уже другой разговор.

Будто бы глобальная беспроводная связь не требует каждодневной поддержки и огромных вложений.

Какие огромные вложения требуются для поддержания направленного вайфая для нескольких узлов?

quantum-troll ★★★★★
()
Ответ на: комментарий от quantum-troll

Думаю, для начала стоило бы покрыть город, а не пункты расстоянием в сотню километров между собой.

И толку в ещё одной «районной локалке»? Которая ещё и с существующими не совместима.

anonymous
()
Ответ на: комментарий от anonymous

Локалка размером с крупный город это уже очень неплохо.

и с существующими не совместима

Отчего это не совместима?

quantum-troll ★★★★★
()
Ответ на: комментарий от quantum-troll

Локалка размером с крупный город это уже очень неплохо.

Ага, только in real life такая идея чего-то не особо работает:

По иронии судьбы, из-за финансовых проблем проекту грозит очередная смерть. Всем сочувствующим предлагается перечислять биткоины на кошелек разработчика.

anonymous
()
Ответ на: комментарий от anonymous

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

Synthez
()
Ответ на: комментарий от Alsvartr

Концепция Вашей мысли нереализуема исключительно в Ваших представлениях.

Synthez
()
Ответ на: комментарий от Synthez

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

Напомните-ка ссылкой, а то я похоже запамятовал - философ вы наш.

о передачах wi-fi на расстояния - смотрите информацию в традиционном интернете.

И что там можно увидеть интересного? Да, Wi-Fi передаёт «на расстояния» - это многим известно.

anonymous
()
Ответ на: комментарий от anonymous

знание точек связи оставлю исключительно на Ваше рассмотрение. относительно средств wi-fi советую свериться в поисковиках. в частности, Вам будет интересна стоимость устройств дальней связи вкупе с их функционалом.

Synthez
()
Ответ на: комментарий от Synthez

в частности, Вам будет интересна стоимость устройств дальней связи вкупе с их функционалом.

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

Основной вопрос - готовы ли вы установить у себя над головой СВЧ передатчик, в разы превышающий ПДУ?
Шапочка из фольги уже не поможет. Не жалко себя, так близких пожалейте.

При всем при этом, никаких преференций для себя в сравнении с другими участниками сети вы не получите.

anonymous
()
Ответ на: комментарий от anonymous

СВЧ передатчики очень вредны, радиоволновая болезнь вам гарантирована, дальше как запустите:

1-стадия: вегетососудистая дистония.

2-стадия: зоб, инфаркт

3-стадия: лейкоз, опухоль мозга.

Если всё-же ставить передатчик на крышу, то под ним ложить экран с заземлённой жести, а на потолок и стены клеить под обои:

http://www.teks-centre.ru/?id=2000&art=2100&page=nano

Одежду носить с:

http://www.teks-centre.ru/?id=2000&art=2100&page=eko

http://www.metakron.ru/pas.htm

А в близи передающего устройства вообще не появлятся!

Я за рытьё траншей и прокладку оптики.

anonymous
()
Ответ на: комментарий от IPR

vala - кроссплатформенно, как и glib, gtk+ - всегда последние версии и всегда на linux, windows, mac, только поддержки Android нету для gtk (что огорчает)

Lefan
()
Ответ на: комментарий от quantum-troll

А организовать в городе что-то типа «общественных оптических сетей», жеки проложат оптику внутри дома, муниципальные власти между домами и районами города.

Итак уже наши города до предела загрезнены электромагнитным излучением.

anonymous
()
Ответ на: комментарий от anonymous

Да, можно:

В каждом квартале ставить http://eltex.nsk.ru/product/lte-8x#

от него до абонента только оптику

абонентам ставить http://eltex.nsk.ru/product/nte-rg-1402g#

квартальные LTE-8X соединять кольцами SFP+ 10G их придётся кому-то обслуживать и настраивать...

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

Зато нет домовых коммутаторов и мусорного активного оборудования. Вся сеть, за исключением внутриквартального станционного оборудования полностью построена на пасивном оборудовонии: обтический кабель и разветвители.

anonymous
()
Ответ на: комментарий от Denjs

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

Тех, кто пишет на java нужно убивать ещё в детстве.

Потому, что из ста жабакодеров только один может писать как-то внятно, чтоб более менее нормально работало на всех заявленых в ТЗ платформах.

Про переносимость - это вообще мимо тазика. Именно в силу криворуких програмеров. То гвоздями прибьют пути (ага, в linux не может найти путь c:\some_dir), то почему-то работавшая нормально в jre-1.6 софтина с какой-то радости начинает творить чудеса и в последствии оказывается, что админы обновили jre до 1.7 (переносимость, мать их...)

Пусть java сбохнет вместе с ораклом!

anonymous
()
Ответ на: комментарий от q0tw4

ООП мне больше мешает, чем помогает писать программы

зато ООП-программа посравнению с без-ООП-программой — больше памяти есть (так как всякие там объекты в памяти) и больше строчек кода имеет (так как больше разных деклараций нужно сделать).

хотя стоп.. зачем я слово «зато» написал :-)

user_id_68054 ★★★★★
()
Ответ на: комментарий от user_id_68054

зато ООП-программа

Для некоторых задач оно полезно. Тот же гуй к примеру. Удобно мыслить контролы в терминах объектов. Но я пока пишу аудио процесинг. Тут ООП больше мешает, потому что симулирует dataflow парадигму с большим напрягом. И когда есть необходимость сериализации происходящего в набор флоатов, возникают лишние телодвижения по мапингу интов в классы.

Впрочем я не о том говорю. Самая важная причина отказа от ООП - облегчение себе постоянного рефакторинга. Ломать и воссоздавать иерархии классов настолько неприятное занятие, что можно повеситься. Пусть лучше все будет простыми структами и функциями с отношениями делегации, которые без особой головной боли рефакторятся туда-сюда.

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Самая важная причина отказа от ООП - облегчение себе постоянного рефакторинга. Ломать и воссоздавать иерархии классов настолько неприятное занятие, что можно повеситься. Пусть лучше все будет простыми структами и функциями с отношениями делегации, которые без особой головной боли рефакторятся туда-сюда.

Здесь я писал:

Но самая главная проблема Java-проектов в ее неповоротливости (если вы не понимаете в чем проблема, то это значит что вы не видели ни одного серьезного проекта на java).

На что мне самопровозглашенный гуру Java-программирования Legioner ответил:

Бла-бла-бла.

Вот так вот Legioner «программист» который не сталкивался с настоящим программированием.

2q0tw4: Я хорошо знаю о чем ты говоришь и скажу даже что попытка реализации некоторых решении через ООП-нотацию создает слишком уродливую архитектуру. Все эти и другие проблемы которые я повидал красиво решаются, как мне кажется, идеальным ЯП: perl. Попробуй в нем разобраться, я думаю ты найдешь то что искал.

anonymous
()
Ответ на: комментарий от anonymous

Все эти и другие проблемы которые я повидал красиво решаются, как мне кажется, идеальным ЯП: perl.

Писал на нем немного. Уж что что, а идеальным он станет только к выходу 6-й версии. К примеру многомерные массивы/хеши на данный момент без головной боли не обходятся. Руби надо брать, руби. Пусть он и ООП до мозга костей, но duck typing позволяет ему иметь ненапряжный стиль программирования, в котором использование классов не имеет каких либо заметных недостатков по сравнению с использованием структов и функций. Ведь иерархии плодятся исключительно с целью реюза функционала. А всякие технические сложности типа сериализации либо есть в стандартной либе, либо легко пилятся с помощью средств метапрограммирования. Так что речь шла не столько про ООП в целом, сколько про ООП С++-а.

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Писал на нем немного. Уж что что, а идеальным он станет только к выходу 6-й версии. К примеру многомерные массивы/хеши на данный момент без головной боли не обходятся.

Я вот пишу на нем много чего и не пойму проблемы с многомерностью. Расскажете в чем проблемы?

anonymous
()
Ответ на: комментарий от q0tw4

Руби надо брать, руби.

Доа. Зачем нам скорость, зачем типобезопасность, давайте использовать руби для сложного проекта с криптографией!

quantum-troll ★★★★★
()
Ответ на: комментарий от anonymous

проблемы с многомерностью

Ну значки правильно выставить. Ну не забывать что идет по значению, а что по ссылке. Короче продолжаю ждать 6-ой перл.

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Ну значки правильно выставить. Ну не забывать что идет по значению, а что по ссылке. Короче продолжаю ждать 6-ой перл.

Да нет никаких проблем с «значики правильно выставить» если понимаешь что делаешь а не занимаешься перебором на удачу. То что данные идут по ссылке - это просто отлично, так как не трятятся время и память на дублирование данных. Если надо надо клонировать данные то мы используем, к примеру, Clone::clone, Storable::dclone под операторами потоковой обработки (map, grep, sort, ..) которые еще и делают выборку нужного подмножества. Я так понимаю ты просто не владеешь perl.

«Учиться, учиться и еще раз учиться» (с) В.И.Ленин

anonymous
()
Ответ на: комментарий от anonymous

ты просто не владеешь perl

Владение ради владения безсмысленно. А для выполнения насущных задач можно просто не юзать перл. Мало чтоли альтернатив.

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Владение ради владения безсмысленно. А для выполнения насущных задач можно просто не юзать перл. Мало чтоли альтернатив.

Однако. Я вам perl рекомендовал лишь потому что ВСЕ ПРОБЛЕМЫ ПРОБЛЕМЫ которые я встретил программируя на всяких разных языках, не возникают и идеально решаются в этом языке. Вы мне потом пишете что писали немного, но в нем есть проблемы обработки многомерных массивов/хэшей. Далее я прошу привести примеры, но выясняется в тоге что проблема обработки многомерных массов и хэшей совсем не в языке, а в том что вы не владеете этим языком. А теперь вы мне заявляете «вледение ради владения беСсмысленно». Ступайте с миром, perl не для вас.

anonymous
()
Ответ на: комментарий от Synthez

проект дохнет/воскрешается/дохнет/

скорее уж дохнет/умирает/дохнет

argin ★★★★★
()
Ответ на: комментарий от anonymous

Ступайте с миром, perl не для вас.

Как будто перл - единственный язык в котором не возникает проблем с ООП. Мало того он даже далеко не лучший из них...

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Как будто перл - единственный язык в котором не возникает проблем с ООП. Мало того он даже далеко не лучший из них...

Я писал не только о проблемах с ООП, я писал о ВСЕХ ПРОБЛЕМАХ (есть проблемы которые лежат вне ООП). То что perl лучший или нет - тут приверженцы LISP'а могут поспорить, но и у perl есть стороны которые можно противопоставить LISP'у. А насчет лучший не лучший - вы тут сильно поспешили с оценкой и ответили необдуманно, в связи с чем я теперь не сомневаюсь в том что вы очень посредственный аналитик и программист. Определенно, perl не для вас.

anonymous
()
Ответ на: комментарий от anonymous

я писал о ВСЕХ ПРОБЛЕМАХ

Ващето перл крут только тем, что можно меньше букв писать. А так он ЯП как ЯП, старый причем. Вот перл 6 будет да, не хуже руби. Но сейчас парот жалок и убог. Аж не верится что допилят.

q0tw4 ★★★★
()
Последнее исправление: q0tw4 (всего исправлений: 1)
Ответ на: комментарий от q0tw4

Ващето перл крут только тем, что можно меньше букв писать. А так он ЯП как ЯП, старый причем. Вот перл 6 будет да, не хуже руби. Но сейчас парот жалок и убог. Аж не верится что допилят.

Не понимаю тех людей как можно делать подобные заявления не разбираясь в предмете - выше выяснилось что твоего знания и опыта о perl недостаточно, да ты и сам сказал что «немного». Что-то мне подсказает что как и в perl6, так в ruby не разбираешься, но уже строишь суждения.

anonymous
()
Ответ на: комментарий от anonymous

не разбираешься

Блин, такие гении как я могут смело говорить что разбираются даже в агде и coq, хоть там и ни одной проги не написали. В руби, перле, хаскеле и прочих я по несколько реальных прог написал. И это после прочтения книг обучалок. Да я, блин, профи перлист и рубист, по сравнению с людьми, которые имея стандартный маломощный мозг лет 5 на них работали. Ну в гугл часто лажу, но это разве проблема?

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Блин, такие гении как я могут смело говорить что разбираются даже в агде и coq, хоть там и ни одной проги не написали. В руби, перле, хаскеле и прочих я по несколько реальных прог написал. И это после прочтения книг обучалок. Да я, блин, профи перлист и рубист, по сравнению с людьми, которые имея стандартный маломощный мозг лет 5 на них работали. Ну в гугл часто лажу, но это разве проблема?

Тьфу, ясно кто ты (аж передернуло).

anonymous
()
Ответ на: комментарий от anonymous

Тьфу, ясно кто ты

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

q0tw4 ★★★★
()
Ответ на: комментарий от q0tw4

Ничего не ясно.

Это тебе не ясно, а я понял что нужно.

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

Тут простой случай: неосилятор пытается на чем-то настоять. Не знаю, может школьники обратят внимание.

anonymous
()
Ответ на: комментарий от anonymous

Это тебе не ясно, а я понял что нужно.

И чем тогда ты отличаешься от меня, гениальный человековед? Что ЯП нельзя понять по одной книжке, а человека можно по нескольким сообщениям?

q0tw4 ★★★★
()
Последнее исправление: q0tw4 (всего исправлений: 1)
Ответ на: комментарий от q0tw4

И чем тогда ты отличаешься от меня, гениальный человековед?

Манерами и мышлением.

Что ЯП нельзя понять по одной книжке, а человека можно по нескольки сообщениям?

1. Сильно зависит от книжки. 2. Можно если человек глуповат и предсказуем.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.