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

[metaclass]

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

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

Comments

[theiced.livejournal.com]

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

я заебусь писать список но если очень хочется то вот выборочно разное (+/-).

+ ruby: скриптоязык для нормальных людей.
- perl: говноподелие для уебланов.
- python: автор мудак (помним - И пробелы И табы), уебланские импорты, особо выбешивает десктопный софт на нём (хотя меркуриал таки рулит).
+ java: очень хороша там где нужна скорость при условии минимизации депов к говножарам (10-15 - ок, больше - всё превращается в тыкву).
- c++: что бы хорошо писать на этой поделке, надо реально хорошо её знать. это один из сотни тех кто на этом пишет. при этом этот один пишет код который не могут читать остальные 99.
+ c: клёвэ портабельный ассемблер, хуле.
+ cl: для определённого круга задач заруливает.
- haskell: игрушка. в реальной жизни начинает жрать память не в себя в рандомные моменты времени, полный пиздец с либами, всё равно всё IO и куча его плюсов превращается в тыкву на старте.
+ с#: а почему нет? тем более в гомоно уже всунули виндовзформс (ну и гытыкы# никто не отменял).

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

+ gentoo: альтернатив для девелопера нет вообще говоря. очень хорош для серверов в определённых ситуациях (много однотипных, админы с головой вместо тыквы набитой пауками).
+ rhel: если действительно нужно _стабильное_ старое говно оттестированное на миллионах хомячков.
+ ubuntu: десктоп-для-жены. тормозное? да. кривое? местами. работает? таки работает.
- debian: выбор уеблана. старое кривое говно, тучи тупоголовых фанатиков, пригоден исключительно для надрочки и хостинга сайтов класса "домашняя страница НИИ ГиТ". опять же - все "сервера" на этом которые я видел имели в своём составе что нибудь вида трёх апачей (два замэйкинсталленых) или локали цп1251.

[theiced.livejournal.com]

вот про гит например. вообразим репу с бранчами master и release. мы находимся в master репе в корне. там лежат файлики master и release. навскидку - что сделает git checkout release? а git checkout master?

[ex0_planet]

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

[vaddimka.livejournal.com]

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

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

[develop7]

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

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

[vaddimka.livejournal.com]

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

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

[theiced.livejournal.com]

PS. xml вообще не упомянут ибо нахуй не нужен в принципе.

[thesz.livejournal.com]

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

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

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

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

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

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

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

[theiced.livejournal.com]

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

а память в рандомные моменты времени всё равно начинает жрать не в себя.

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

у руби например :)

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

theiced никогда не утверждал что он мегаспец по хаскелю (тут скорее ближе к "знаю название" чем к "спец"). говорю что видел.

[thesz.livejournal.com]

>а память в рандомные моменты времени всё равно начинает жрать не в себя.

Представляете, у других ЯП то же самое. У C++, Java, C#, Tcl... У Ассемблера, ядрёна-матрёна!

Что делать?

>у руби например :)

Год назад: 501 users have uploaded 7202 versions of 1870 packages.

Сейчас: 708 users have uploaded 13254 versions of 2904 packages.

Есть ли такая статистика для Ruby?

>theiced никогда не утверждал что он мегаспец по хаскелю (тут скорее ближе к "знаю название" чем к "спец"). говорю что видел.

Хорошо. Говорю, что видел.

Я смело уподоблю theiced lovesan по глубине вникания в проблему.

[redplait.blogspot.com (from livejournal.com)]

не за год, но с июля 2010 - было Hosted Projects: 8,903
сейчас: Hosted Projects: 9,166
обе цыфры сняты отсюда: http://rubyforge.org/

[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 плох, что нужно плакать-колоться, но продолжать сношать кактус?

[gds.livejournal.com]

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

[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 меркуриал лучше, но у него свои тараканы в голове, вроде имени бранча встроенного в метаданные коммита (и, как следствие, не удаляемого без изменения истории) или хранения тэгов в файле внутри того же репозитория (что вместе с бранчами дает возможность выстрелить себе в ногу). впрочем, с расширениями из меркуриала вполне можно сделать человеческий гит.

[gds.livejournal.com]

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

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

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

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

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

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

[craneop.livejournal.com]

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

[theiced.livejournal.com]

мне на каждый пункт писать строгий анализ? не вопрос. только это... оно времени сожрёт неплохо. давайте вы его оплатите?

[craneop.livejournal.com]

Ребе, не надо глубокого анализа. Просто вы привели аргументы, которые по идее должны быть самыми сильными, а по факту они слабые. Я в частности, про жабу.

[vaddimka.livejournal.com]

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

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

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

[theiced.livejournal.com]

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

не то.

>я тут могу чушь сказать, так как на руби пишет уж очень много молодежи на работе (а я смотрю с удивлением как у них по два часа генерится простейший xml или демоны, что на рубях написаны, сами по себе отгнивают), но очень похоже на "next big thing" в области клепания сайтиков

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

<поскипан бред>

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

ctrl-shift-i в хромиуме жать пробовали?

[permea-kra.livejournal.com]

За синтаксис и объектную модель жабы и плюсов нужно уебывать на лобном месте с особым цинизмом и при большом стечении народа. Поэтому вы уж извините, но бОльшей антирекламы пыхпыху вы сделать не могли.

*trolle mode on* Единственный мейнстримный язык с правильной объектной моделью - эрланг.

[vaddimka.livejournal.com]

ммм
works for me :)
модель простовата, но эффективна

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

[freiksenet.livejournal.com]

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

[avr-forever.livejournal.com]

Кстати, mercurial написан на python, следовательно, все пользователи mercurial по твоей логике должны быть .... кем? сам угадаешь? :)