Дебианизм оперденей головного мозга

[metaclass]

Как известно, ребе theiced постоянно критикует меня за использование разнообразного софта, который по его мнению, написан криворукими уродами, как то - дебиан, дельфи, винда xp, firefox итд итп. Ну, он всегда критикует, это привычно.

Но после того, как я осилил рисование плат в Eagle, который по юзабилити упорот где-то на уровне среднем между "опердень на кларионе под windows95 написанная руССкими программистами методом портирования опердени под DOS" и "клиент-банк, который писали программисты налоговой инспекции, после того как их уволили из НИИГиТ", я начинаю сомневаться в собственной адекватности, может я действительно от 15 летней работы с чужими и своими оперденями сошел с ума и теперь могу пользоваться только софтом, который пишут невменяемые люди и который требует для работы стояния на ушах.

Comments

[theiced.livejournal.com]

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

[esil0x.livejournal.com]

Да все всё поняли. Ну и что, прибежали какие-то рубисты, попросились включить их в бебиан, а потом всё дело забросили. А кому ещё надо за этим гэ следить, кроме них самих то? Вот и получилось дерьмицо. Бывает.
Аргумент "бебиан говно, потому-что не работает руби" для нормальных людей звучит как пустой звук, потому что эквивалентен "бебиан говно, потому что".

[metaclass.livejournal.com]

GNU coreutils :)

[thesz.livejournal.com]

>haskell: игрушка. в реальной жизни начинает жрать память не в себя в рандомные моменты времени

Как сказал классик "...изучение языка программирования можно считать законченным после успешной оптимизации с применением профайлера из-за внешних требований".

А до этого - да, игрушка.

>полный пиздец с либами

У кого лучше динамика за последние лет пять (не из тройки лидеров Java/C#/C++)?

>всё равно всё IO и куча его плюсов превращается в тыкву на старте.

Сразу видно, theiced не одну программу написал на Хаскеле. Наверняка же спрашивал у умных людей, это они ему и посоветовали свё в IO запихивать, ага.

[cp-poster.livejournal.com]

Да что за бред. За руби в дебиане отвечают (должны отвечать) дебиан-мейнтейнеры.

[jek-hor.livejournal.com]

"О! _Удобный_ картографический софт! А такое бывает?!" --- практически цитата :)

[jek-hor.livejournal.com]

/bin/true :)

Только альтовскую реализацию если не вспоминать... :)

[ex0_planet]

"... to separate arguments from file names use -- ..." - цитата не помню откуда, может даже из git manual работает практически везде (кроме поделий на экстремистских языках).

[migmit.livejournal.com]

> - haskell: игрушка. в реальной жизни начинает жрать память не в себя в рандомные моменты времени, полный пиздец с либами, всё равно всё IO и куча его плюсов превращается в тыкву на старте.

Как громко и как прафессианально.

Есть другой язык, искаропки позволяющий сделать, например, такое:

http://www.linux.org.ru/jump-message.jsp?msgid=6036142&cid=6038794

?

[x-den.livejournal.com]

> + mercurial: почитал 5 минут туториал и пользуешь. всё работает искаропки.
> - git: марсиане для марсиан. использую уже года 3 (приходится), постоянно читаю доки.

а чем hg-git extension плох, что нужно плакать-колоться, но продолжать сношать кактус?

[kiryl.livejournal.com]

Альтовская реализация сильно лучше чем реализация из GNU Coreutils.

Альтовская - http://git.altlinux.org/people/ldv/packages/?p=gnulib.git;a=blob;f=alt/exit.c

Из GNU Coreutils - http://git.savannah.gnu.org/cgit/coreutils.git/tree/src/true.c

Coreutils здорово говнецом поросли. Не должен /bin/true занимать 20KiB. В Альтах -- 500 байт, хотя и это для /bin/true много.

[nivanych.livejournal.com]

Какой это ниши?
Наверное, чтобы ругать бебианистов за нестабильность руби?
Хорошая такая ниша, да.

[craneop.livejournal.com]

Аргументы на уровне детсада :) "Это какашка! Ату ее!"

[gds.livejournal.com]

а есть опыт использования?
Есть ли какие-нибудь явные недостатки у такого подхода, по сравнению с 1. сношать кактус, 2. использовать честный меркуриал с его честной репкой?
Тоже хочу, но как бы стесняюсь.

[vaddimka.livejournal.com]

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

я понимаю что у народа после svn'а от этого крышу сносит (я сам использовал много чего, от VSS до Rational ClearCase), но достаточно книжку прочитать чтоб получить представление (рекомендую pro git). хотя признаю что мне не приходилось читать книжки чтобы освоить другие системы сорсконтроля

[vaddimka.livejournal.com]

руби это разве не тот язык, на который переползают оперившиеся 20-летние php-программисты? :) причем, php умудряется и работать быстрее и иметь синтаксис/объектную модель максимально приближенную к привычным плюсам и жаве.
я тут могу чушь сказать, так как на руби пишет уж очень много молодежи на работе (а я смотрю с удивлением как у них по два часа генерится простейший xml или демоны, что на рубях написаны, сами по себе отгнивают), но очень похоже на "next big thing" в области клепания сайтиков

по остальному с отрицательными отзывами соглашусь разве что на счет перла, но с ним та же история что с плюсами. если кто-то пишет на перле 10 лет - он обычно пишет хорошо, другой вопрос что найти хорошего перловика сейчас еще сложнее чем плюсера. а хорошие плюсеры это вообще вид вымирающий.
но при этом я соглашусь что перл это суть мертвый и уже не нужный язык, а плюсы - промышленный стандарт и весьма удобная штука там, где на чистых сях приходится выскакивать из штанишек чтобы соответствовать хотя бы DRY.
с другой стороны, сейчас модно стало под линукс писать на эппловском objective-c, и, хотя я считаю что это несерьезно, народу нравится. в основном на нем правда пишут не осилившие плюсы, ну дык и не надо, на плюсах у них код еще страшнее бы выглядел

тут еще ребе Метакласс жалуется на firefox, я лично не вижу ему альтернативы для того же вебдевелопмента (уж очень firebug и firelogger удобны), хотя и пользуюсь "для себя" маргинальной оперой

[x-den.livejournal.com]

hg-git это тот же честный меркуриал, в смысле, расширение для него. то есть локально это будет обычный hg-repo, и магия будет происходить только при общении с удаленным гитом. разработчики клянутся-божатся, что он transparent и consistent, де, коммит запушенный из hg-repo1 в git-master-repo и потом сфетченный в hg-repo2 будет иметь тот же хэш. нюансы с бранчами могут быть, но с тех пор как в hg запилили BookmarksExtension, проблем быть не должно.

по поводу плюсов/минусов, git больше подходит для разработки а-ля kernel, где куча мэйнтейнеров, каждый со своей сферой ответственности и четкими разграничениями полномочий, и еще большая куча collaborator-ов. имхо, оттуда растут ноги у большей части непоняток его интерфейса. ну и github имхо сейчас вне конкуренции (что-то пытался передрать bitbucket, но какой-то он мертворожденный, да еще и atlassian его выкупила).

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

[nicka-startcev.livejournal.com]

>Но после того, как я осилил рисование плат в Eagle, который по юзабилити упорот

Мне показалось, что кикад заметно менее упорот.

[metaclass.livejournal.com]

Да, мне уже его засоветовали.
У меня тут техническая проблема - негде линукс поставить нормально, чтобы не "ноутбук 2000 года выпуска" или "виртуальная машина".

[nicka-startcev.livejournal.com]

кикад есть и под винду.

[develop7]

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

вот именно. а посему — UI у него для марсиан.

[vaddimka.livejournal.com]

все претензии к Торвальдсу :)
у меня возникает смутное подозрение, что он толком не освоил ни одну из имевшихся систем сорсконтроля, поэтому написал свою собственную (что, в свою очередь, заставляет задуматься не было ли так же с ядром линукса)

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

[gds.livejournal.com]

"тот же хеш" -- мило, это и надо.

git -- понимаю, очень общую схему сделали (content tracker или как там), оттуда и неочевидности. Везде такое: сделаешь подробный апи -- оказывается усложнённым, сделаешь простой -- окажется недостаточным.

bitbucket -- хрен его знает, я пользуюсь, ибо репку дают, вебморда есть, какие-то около-социальные движухи есть (фолловить человека/репку например), а больше мне и не надо.

про имя бранча -- есть такое, факт. А в гите разве не удалением истории делается rebase? Одни changeset'ы удаляются, другие добавляются. Всё равно, по логике, должно оказаться так, что те, кто уже клонировал репку, будут видеть changeset'ы, которые потом удалили, заменив на новые. Хотя тут не уверен, интересно реальное положение дел.

про хранение тегов внутри репозитория -- интересно, чем это опасно? В большинстве меркуриаловских репок, где мне надо было хранить версии, я именно через теги всё решал (история там была принципиально линейная), и не ясно, как можно сделать ногам неприятно. (там, где более сложный цикл разработки, named branches использовать начал, буквально недели назад, однако уже знаю, что их можно закрыть при желании.)

собственно, я понял, как сделать из меркуриала то, что называется "удобная dvcs" (и как её сделать из гита -- тоже примерно понятно, но практики мало), и интересно было, как hg-git работает, чтобы не держать в голове в два раза больше интерфейсов командной строки утилит, работающих с dvcs. Теперь понял, благодарю за ответ. Однако я поднял ещё вопросы, и "я хочу поговорить об этом" :]

[theiced.livejournal.com]

ниши скриптоязыков, привет. руби стабильны, нестабилен говнобебиан.

[theiced.livejournal.com]

ааааа. вспомнил ;)