очередная статья про open-source
http://www.theinquirer.net/default.aspx?article=38544
респект.
http://www.theinquirer.net/default.aspx?article=38544
респект.
>>> Подробности (slashdot.org)
муа-ха-ха-ха! до новелов дошло, что за свои заявления нужно держать ответ, ждём когда это дойдёт до балмера, разжёгшего всю это по*бень с патентами. (more info --> http://www.theinquirer.net/default.aspx?article=38468)
>>> Подробности (ubuntu.com)
"Шахматные движки под linux уже сравнимы по возможностям с их проприетарными аналогами, разработанными под другие платформы.
Шахматный движок - это программа против которой вы играете. Движок принимает некоторый ход на вход, анализирует ситуацию и в соответсвии с результатами анализа делает свой ход.
...
Пользователи linux имеют большой выбор шахматных движков, каждый из которых характеризуется своим уникальным стилем игры и качеством анализа. Перечисленные движки могут не только помочь вам проверить ваш уровень игры в шахматы, они также являются великолепным обучающим этой игре средством."
рассмотренные движки: - Crafty - GNU Chess - Phalanx - Sjeng - Faile - Fruit
в обзоре кратко рассматриваются возможности каждого из движков вкупе с интерфейсом, и всё это изобилует множеством дополнительных ссылок, по котором интересующиеся могут прогуляться. В общем, довольно интересная информация для шахматистов и тех, кто хочет научиться этой замечательной игре, используя в родной линуксячей среде.
>>> Подробности (linux.com)
проблем на лоре было бы значительно меньше.
Вот несколько наиболее интересных моментов: "Я даже не знаю, что GPLv3 из себя представляет, и я бы был сумасшедшим, если бы применял её для своего кода. Я думаю, что люди, которые пишут в своём коде 'GPLv2 или выше' не достаточно заботятся о лицензии на свой код. Прежде чем я скажу: 'да, вы можете использовать мой код под лицензией X', я узнаю *что* лицензия X из себя представляет."
"Причина, по которой linux имеет лицензию 'GPLv2 only' проста: я не хочу зависеть от кого-либо, когда речь идёт о лицензии, которую я выбрал для своего кода. Я всецело независим от этого. И я вдвойне счастлив, сделав такой выбор, тк черновики GPLv3 были намного хуже GPLv2. В них присутствовали очевидные технические проблемы('размножение' лицензий не только по чистой GPLv3, но и по "GPLv3 с различными дополнительными правами и различными дополнительными ограничениями"), и я надеюсь, что конечный вариант лицензии будет лишён этих проблем."
"... Например FSF рассматривает проприетарное ПО как что-то злое и аморальное. А лично мне наплевать на проприетарный софт. Он не зло, он не аморален, он просто не имеет значения. Я просто думаю, что Open Source лучше, и я готов вкладывать свои деньги в работу над Open Source, но это не крестовый поход - это просто лучший способ работать вместе и писать код."
"... Я люблю GPLv2 потому, что она отлично воплощает 'открытую модель разработки'.... Но FSF, кажется, хочет изменить эту модель, и в черновиках GPLv3 не говорилось о разработке открытого кода, в них говорилось о том, что ты можешь сделать с этим кодом. Возвращаясь к предыдущему примеру, это как если бы наука была бы не только открытой и свободной, но также имела бы ограничение, о невозможности использования оной для создания бомбы."
"... Я вынужден говорить об этом потому, что глупцы спорили о том, что я должен перейти на GPLv3, конечный результат которой пока не ясен, и я естественно думаю, что это идиотизм".
>>> Подробности (informationweek.com)
Радует одно, Peter Brown разнёс в пух и прах заявление Джастина Стейнмана, заявив, что последний раз Novell "жертвовала" FSF'у $5K в 2005 году. После сделки с M$ FSF не просили Novell о какой-либо финансовой поддержке, да и сама компания особо не рвалась делиться килобаксами. Посему Петер Браун ясно и чётко заявил, что Novell ни коим образом не является сколько-нибудь важным контрибьютером FSF'a, более того, разработчики GPLv3 намерены сделать новую лицензию так, чтобы она препятствовала сделкам a la M$ + Novell.
>>> Подробности (groklaw.net)
"How many corporations, how many organizations, how many community members will it take to call your bluff, Steven?"
и самая последняя, являющаяся, я бы сказал, не прикрытым откровенным стёбом:
"Happy code hunting. Google Patent Search may help you out."
В отличае от подобного рода петиций, пробегавших ранее, данаая не собирает подписи и комментарии сочувствующих. Но тем не менее, каждый может посодействовать(http://showusthecode.com/contribute.htm), банально распеарив это в средствах массовой информации. так что, уважаемые, дерзайте, если у вас есть такая возможность.
>>> Open Letter to Steven Ballmer (showusthecode.com)
заранее благодарен.
допустим я отрисовываю граф - не важно какой, пусть будет планарный - в итоге я получаю готовый имедж, который в дальнейшим передаётся специальным вьювером. каждый узел графа, помимо стандартной информации в поле key хранит дополнительную информацию в поле value. информация в жтом поле может быть любой и может быть сколь угодно сложна, поэтому выводить её на имедже не имеет смысла, тк она может быть довольно велика. соответсвенно нужно реализовать механизм, при котором пользователь, наведя мышь на конкретный нод графа на изображении, видит информацию о контенте поля value в специальном окне. как это сделать, в принципе понятно, соотнести координаты нода на изображении с координатами курсора и проверять, находятся ли координаты курсора в заданном рэньже или нет. НО, как, чёрт возьми, мне взять координаты каждого узла графа до создания имеджа(или после, но такое вроде как не возможно)? есть мнение написать plugin для graphbiz'a, который бы делал свою render опкрацию и собирал координаты к некоторую дата структуру с взаимооднозначным соответсвие между нодом и координатами. но писать плагин довольно геморно, учитывая, что из-за одной мелкой фичи придётся переписывать render операцию с реюзингом основных процедур из канонического render'a. скорее всего это можно сделать как-то иначе. вопрос: как?
p/s:
гугл молчит, graphviz mailing list тоже =(
спасибо.
судьба нас обделила (скорее всего это к лучшему) какой-то структурированной библиотекой структур данных с более-менее универсальным интерфейсом. и я заметел такую очевидную, в принципе, тенденцию. большинство сишников - и я в том числе - имеет какой-то каталог типа ~/mylib, где хранят реализванные структуры данных, которые при необходимости вставляются в код банальнейшим copy-paste.
соответсвенно вопрос: идёте ли вы по вышеописанному пути или нет. если да, то реализуете ли вы сами отсутвующую структуру данных или ищите реализацию стороннего разработчика. если нет, то опишите по какому пути шагаете вы.
заранее благодарен за ответы.
заранее спасибо.
| ← назад |