From: Evgeny Sinelnikov <sin@info.sgu.ru> To: Saratov Linux User Group Maillist <sarlug@lists.lug.ru> Subject: Re: [Sarlug] Программирование и Linux Date: Mon, 10 Aug 2009 08:32:11 +0400 Message-ID: <921f6bb40908092132ta854c1la4bac629a96a72e4@mail.gmail.com> (raw) In-Reply-To: <cbbdfc630908080622j6980128ejabdb6c7d5813696e@mail.gmail.com> 8 августа 2009 г. 17:23 пользователь Sergey Mihailov (sergey.mihailov@gmail.com) написал: > 07.08.09, Evgeny Sinelnikov<sin@info.sgu.ru> написал(а): >> RH - это флагман развития OpenSource. Они делают серваки. Рынок их >> растёт не в нашу сторону... Не сторону удобства ведения проектов... >> Они как раз-таки очень даже используют OpenSource. > Не очень тебя понял. То ты говорил что нету крупных проектов под Линух > то теперь говорит Шапка это другая строна ... > Пора заканчивать с демагогией... Я говорил не о проектах делания линукса... А о проектах делания работы на линуксе... Дистрибутив, по определению, не может быть таким... Дистрибутив - это сборка чужих проектов со своей кастомизацией... RH отличается тем, что ряд ключевых проектов собирается в него разработчиками этих же проектов, которым RH ещё и денег платит... А кто у нас ещё Linux разработчикам денег платит? У нас любят хвалить проекты недоделанные. Лучше бы английский учили и багрепорты писали... >> RH не пишет специализированных программ. Не думаю, что кто-то >> пользуется дома продуктами RH. > Не совсем понял. Я дома юзаю Федору. На работе на серваках и раб. станциях > КентОС ... Для каких задач..? Вы что? Надо мной издеваетесь, что ли? Где ты увидел в федоре или кентосе специализированное ПО... Хватит морочить людям голову... Если нельзя использовать что-то для чего-то - не нужно придумывать. А если можно, то нужно вести речь о том, где оно применимо... Но у нас ведь как? Сами-то то мы не используем, если только для студенческих поделий, и то редкость, зато советовать всем горазды... Вот когда можно будет поставить маме, папе, сестре, подруге, жене, зятю, свёкру.... Fedora на работе, чтобы всё заменить можно было... и аналог FineReader, так, чтобы без глюков и проблем с драйверами, и аналог Autocad так, чтобы можно было деталь сконструировать и на завод отдать, и оно там тоже всё было нормально при изготовлении, и экологическое ПО без глюков запустить, и ПО для разводки и моделирования печатных плат, и ПО для автоматизации предприятий, и ПО для моделирования мебели, и бухгалтерское ПО, которое сможет заменить 1С, и т.д. и т.п. Вот тогда мы будем вести речь о том, что кто-то пишет специализированное ПО под Linux. >> например FineReader, должен кто-то написать. > Недавно собрал под КентОС кунеформ. Хм но русский нормально распознал ... > Но мне не особо нужен и забыл про него ;) Да-да... Всё как обычно. Это всё ерунда... Счас начнём юзать, вылезет столько косяков, что для реальных задач оно окажется не применимо... Каково качество распознавания? А оно в OpenOffice документы с таблицами умеет строить? Или просто документы в OpenOffice? А форматирование? Я не хочу, чтобы это бесплатно писали, но это ведь и платно никто не берётся делать. >> Так вот под Linux писать программы не выгодно по ряду причин, в >> частности, из-за того, что нет нормального инструментария, доступного >> удобного, который кто-то тоже должен написать. > Я тебе тут намекал на Еклипсу ... или тебе что нужно то ? > Я его сам приводил, в качестве примера, когда меня попросили, давеча, в виндовз-программиста переквалифицироваться по-быстрому. Мне нужно всё, чтобы было удобно и без глюков. Лучше, чем в Visual Studio. А пока ничего до него не дотягивает. Самое лучшее - NetBeans, Idea, Eclipse - всё громоздкое и тормозное... Не говоря уж об ограничениях. >> Такие утилиты обычно используются в консоли... Вообще тут начался >> приподыматься занавес закрывающий суть Unix-way. >> Ну, так и чем он полезен для разработчика? А для студента, когда ему >> завтра контрольную нужно сдать? > как правило такие утилиты могут работать из шелла из через всякик ПИПЕ > что в конце концов позволяет автоматизировать рутину ! И ускорить раличные > процессы ... Это всё болталогия... Когда каждая типичная задача - это выуичивание мантры для новичка... Это не ускорение, а тормоза... большинство пользователей, по своей сути - новички... И переход, для них, должен быть максимально упрощён... Тогда люди будут стремится решать каждый свои задачи, а не каждый раз одни и те же, проходя по аккуратно разложенному полю граблей.. Кстати, а где можно узнать какие конкретно задачи, которые необходимы пользователю, позволяет ускорить Unix-way? По моему, Unix-way представляет такую сложность для пользователя, не компьютерщика, что это пользователь готов отказаться от этой сложности вне зависимости от предоставляемых ему возможностей... Может к каждому такому пользователю по админу пристроить? А зачем? Может просто программы удобные писать? >> После просмотра кода вам, надеюсь, станет ясна видна разница между >> объектно-ориентированный кодом на не объектно-ориентированном языке C >> от объектно-ориентированного кода на объектно-ориентированном языке >> C++. > Ты меня специально в сторону уводишь ? Загводка не в том кто из НИХ > Си или С++ а в том что один для вывода интерфейса онли а другой для > кучи других дел которые уже и так есть ! А если уж сравниваешь тогда > бы потрудился сравнить КуТ и ГТКмм к примеру ;) ГТКмм - это суррогат. Я как раз правил код на ГТКмм, когда прошлый ответ писал, громко при этом матерясь, на, ну, ужасно хреновую документацию. А ты когда код на ГТКмм писал? >> Здесь ранее шла речь о системах сборки... Очевидно, что проект удобнее >> писать в IDE, на что было заявлено, что это не Unix-way. Так вот в >> Unix-way отдельные утилиты, которые делают свои задачи, но >> практически все системы сборки - "говно". Я не думаю, что уж совсем >> всё так плохо, но работать с этим неудобно даже имею большой опыт. > Ну смотря как смотреть. Вообще если уж пошла такая пьянка то Линух стол > это весь сплошной ИДЕ. Про удобство сказать мало что могу но может тама > просто большой порог вхождения и многие не осиляют ? Опять пишем, про то, что не пробовали... большинство задач в Linux через GUI решить нельзя. Для большинства задач администрирования написать GUI крайне тяжело, поскольку большинство проектов имеют свой формат конфигурационных файлов и широкий выбор вариантов настройки. Из этого широкого выбора админ обычно использует жалкое подмножество и обычно старается сократить его до пары рабочих вариантов, которые его устроят, пытаясь обойти несметное множество вариантов просто не рабочих... В итоге задача настройки (тупо поставить пару галочек) превращается в искусство администрирования. Возможности иметь нужно, но типовые решения должны быть доступны даже не осведомлённому человеку, дабы не тратить уйму времени на типовые задачи и не требовать для них высококвалифицированных специалистов. > Помнится когда вышел Кулих ( 2001 года вроде ) много народу было не довольно > так как боялись что этот аналог Дельфей будет способствовать нахлывания > всякого говна от быдло-кодеров как это было в вин32. > Ты опять про непонятных студентов, которые, освоив Vim, решили, что с приходом Kylix с них спадёт ореол гуру? >> толку - нет, поскольку каждый одно и тоже каждый у себя в проекте >> допиливает, даже автор nginx. > вообще с нгних согласен. Я не очень понимаю почему этот проект популярен. > Может нет замены ? Но как то народ разбирал его код и пришли к выводу > что этому человеку програмировать низя ! Это даже хуже чем быдло код. > ( я не удивлен если он не асилил системы сборки ) > Ну, и вот опять выкрутились, а ещё и "обсрали" человека... Значит это не инструменты говно, человек мудак... Так, что ли получается? nginx применяется многими, а то что он написан в не удобной среде, не удобными инструментами - это совсем другой вопрос... Поэтому я считаю, что нужно вести речь не про то, что человеку "писать низя", а про то почему ему инструменты оказались не удобны. Я вас уверяю, что таких людей большинство. Почему вас в этом не убеждает мнение тех, кто с этими инструментами дело имеет? Вы зачем аутотренингом занимаетесь? >> Win-разработка - это очень большой процент всех разработок. > Согласен. Но время все вылечит ! Пока еще вин много у народу ... > Хотя в России это будет еще дольше длится :( Проблема уже давно не в обстоятельствах большинства типовых виндовых решений. Это уже давно условия... Примите это, как данность, и не занимайтесь гаданием о том, а как было бы хорошо, если везде что-то юзали другое... "Тогда бы и проблем было меньше..." Не было бы меньше проблем... Вообще это не важно. Важно то, что Ваше упрямое желание представить всё в лучшем свете только ухудшает обстановку... Вы каждый раз обманываете, доверившихся вам людей, в том, что проблем нет... Как их решать вы не знаете. Зачем вы ведёте речь о том, что ещё нужно проверять? Когда сами сможете использовать Свободное ПО для каких-то нужных другим задач, тогда и предлагайте его другим. -- Sin (Sinelnikov Evgeny)
next prev parent reply other threads:[~2009-08-10 4:32 UTC|newest] Thread overview: 160+ messages / expand[flat|nested] mbox.gz Atom feed top 2009-08-05 7:55 Evgeny Sinelnikov 2009-08-07 5:37 ` Paul Komkoff 2009-08-07 7:03 ` Evgeny Sinelnikov 2009-08-07 7:15 ` Sicness 2009-08-07 7:20 ` Roman Bogorodskiy 2009-08-07 8:04 ` Evgeny Sinelnikov 2009-08-07 8:18 ` Roman Bogorodskiy 2009-08-07 10:17 ` Evgeny Sinelnikov 2009-08-07 14:03 ` Sergey Mihailov 2009-08-07 15:31 ` Evgeny Sinelnikov 2009-08-08 13:23 ` Sergey Mihailov 2009-08-10 4:32 ` Evgeny Sinelnikov [this message] 2009-08-10 6:09 ` Sergey Mihailov 2009-08-10 6:17 ` Konstantin Baev 2009-08-10 6:21 ` Sergey Mihailov 2009-08-10 10:23 ` Evgeny Sinelnikov 2009-08-10 12:19 ` Sergey Mihailov 2009-08-10 12:57 ` Evgeny Sinelnikov 2009-08-10 21:15 ` Sergey Mihailov 2009-08-10 22:02 ` Evgeny Sinelnikov 2009-08-11 4:12 ` Sergey Mihailov 2009-08-11 8:59 ` Evgeny Sinelnikov 2009-08-11 9:40 ` Sergey Mihailov 2009-08-11 19:30 ` Konstantin Baev 2009-08-11 12:24 ` Nikolay Baranoff 2009-08-11 14:51 ` Evgeny Sinelnikov 2009-08-11 15:07 ` Ivan Afonichev 2009-08-11 17:23 ` NIR IMUTNAPIŠTIM 2009-08-11 20:01 ` Evgeny Sinelnikov 2009-08-11 20:45 ` fisher74 2009-08-12 5:49 ` Яков Попов 2009-08-12 7:42 ` Evgeny Sinelnikov 2009-08-11 20:49 ` Eugene Horohorin 2009-08-11 21:04 ` Ivan Afonichev 2009-08-11 21:07 ` Eugene Horohorin 2009-08-11 21:29 ` Ivan Afonichev 2009-08-11 21:44 ` Eugene Horohorin 2009-08-11 22:06 ` Ivan Afonichev 2009-08-11 21:26 ` Evgeny Sinelnikov 2009-08-11 21:44 ` Ivan Afonichev 2009-08-11 21:45 ` Eugene Horohorin 2009-08-11 23:19 ` Evgeny Sinelnikov 2009-08-12 5:50 ` Sergey Mihailov 2009-08-12 7:46 ` Evgeny Sinelnikov 2009-08-12 7:56 ` Sergey Mihailov 2009-08-12 8:36 ` Evgeny Sinelnikov 2009-08-12 9:10 ` Sergey Mihailov 2009-08-12 9:55 ` Evgeny Sinelnikov 2009-08-12 10:30 ` Sergey Mihailov 2009-08-12 11:09 ` Evgeny Sinelnikov 2009-08-12 11:55 ` Sergey Mihailov 2009-08-12 12:17 ` NIR IMUTNAPIŠTIM 2009-08-12 13:22 ` Aleksei Sinitsyn 2009-08-12 17:42 ` NIR IMUTNAPIŠTIM 2009-08-12 18:01 ` Aleksei Sinitsyn 2009-08-12 18:07 ` NIR IMUTNAPIŠTIM 2009-08-12 18:29 ` Aleksei Sinitsyn 2009-08-12 15:02 ` Denis S Mikhlevich 2009-08-12 16:39 ` Eugene Horohorin 2009-08-12 2:34 ` Paul Komkoff 2009-08-11 15:44 ` Aleksei Sinitsyn 2009-08-12 5:41 ` Sergey Mihailov 2009-08-13 17:06 ` Nikolay Baranoff 2009-08-13 17:34 ` Aleksei Sinitsyn 2009-08-13 18:30 ` Nikolay Baranoff 2009-08-14 4:17 ` Sergey Mihailov 2009-08-14 5:15 ` Evgeny Sinelnikov 2009-08-14 5:24 ` Sergey Mihailov 2009-08-14 6:02 ` Evgeny Sinelnikov 2009-08-14 6:24 ` Sergey Mihailov 2009-08-14 9:40 ` Evgeny Sinelnikov 2009-08-14 10:07 ` Sergey Mihailov 2009-08-14 10:26 ` Aleksei Sinitsyn 2009-08-14 10:45 ` Evgeny Sinelnikov 2009-08-14 11:17 ` Sergey Mihailov 2009-08-14 12:01 ` Evgeny Sinelnikov 2009-08-14 12:44 ` Aleksei Sinitsyn 2009-08-14 13:07 ` Evgeny Sinelnikov 2009-08-14 21:40 ` NIR IMUTNAPIŠTIM 2009-08-14 21:52 ` NIR IMUTNAPIŠTIM 2009-08-14 10:39 ` Evgeny Sinelnikov 2009-08-14 5:47 ` Aleksei Sinitsyn 2009-08-14 6:15 ` Sergey Mihailov 2009-08-14 6:30 ` Aleksei Sinitsyn 2009-08-14 6:39 ` Sergey Mihailov 2009-08-14 6:47 ` Aleksei Sinitsyn 2009-08-14 7:12 ` Sergey Mihailov 2009-08-14 7:18 ` Aleksei Sinitsyn 2009-08-14 7:28 ` Sergey Mihailov 2009-08-14 10:27 ` [Sarlug] Задача с каталогами Evgeny Sinelnikov 2009-08-14 9:03 ` [Sarlug] Программирование и Linux Paul Komkoff 2009-08-14 9:31 ` Sergey Mihailov 2009-08-14 9:41 ` Ivan Afonichev 2009-08-14 10:31 ` Evgeny Sinelnikov 2009-08-15 19:13 ` fisher74 2009-08-14 18:57 ` Paul Komkoff 2009-08-15 8:47 ` Evgeny Sinelnikov 2009-08-15 17:22 ` Paul Komkoff 2009-08-17 18:52 ` Nikolay Baranoff 2009-08-18 4:12 ` Sergey Mihailov 2009-08-18 6:46 ` Nikolay Baranoff 2009-08-18 9:31 ` Alexandr A. Kruglikov 2009-08-18 9:54 ` Nikolay Baranoff 2009-08-14 7:16 ` Michael Zherebin 2009-08-14 7:21 ` Aleksei Sinitsyn 2009-08-14 7:24 ` Sergey Mihailov 2009-08-10 16:50 ` Paul Komkoff 2009-08-10 8:01 ` kirill kirill 2009-08-10 9:10 ` Evgeny Sinelnikov 2009-08-10 9:30 ` Sergey Mihailov 2009-08-10 9:40 ` Evgeny Sinelnikov 2009-08-10 10:03 ` Sergey Mihailov 2009-08-10 10:36 ` kirill kirill 2009-08-10 11:17 ` Evgeny Sinelnikov 2009-08-10 10:45 ` Evgeny Sinelnikov 2009-08-10 16:47 ` Paul Komkoff 2009-08-07 16:42 ` Paul Komkoff 2009-08-07 19:00 ` Ivan Afonichev 2009-08-07 19:10 ` Paul Komkoff 2009-08-08 13:29 ` Sergey Mihailov 2009-08-08 17:34 ` Paul Komkoff 2009-08-08 19:47 ` Sergey Mihailov 2009-08-10 6:20 ` Sergey Mihailov 2009-08-10 8:02 ` Paul Komkoff 2009-08-10 9:38 ` Sergey Mihailov 2009-08-10 16:52 ` Paul Komkoff 2009-08-10 21:25 ` Sergey Mihailov 2009-08-07 7:06 ` Evgeny Sinelnikov 2009-08-10 18:40 ` fisher74 2009-08-10 20:21 ` Evgeny Sinelnikov 2009-08-10 21:48 ` Sergey Mihailov 2009-08-10 22:30 ` Evgeny Sinelnikov 2009-08-11 4:28 ` Sergey Mihailov 2009-08-11 8:42 ` Sergey Mihailov 2009-08-11 7:46 ` Aleksei Sinitsyn 2009-08-11 8:32 ` Evgeny Sinelnikov 2009-08-11 8:53 ` Sergey Mihailov 2009-08-11 9:06 ` Evgeny Sinelnikov 2009-08-11 9:08 ` Ivan Afonichev 2009-08-11 9:49 ` Sergey Mihailov 2009-08-11 13:20 ` Ivan Afonichev 2009-08-12 3:59 ` Sergey Mihailov 2009-08-12 6:02 ` Ivan Afonichev 2009-08-12 6:12 ` Sergey Mihailov 2009-08-12 6:26 ` Ivan Afonichev 2009-08-12 7:13 ` Sergey Mihailov 2009-08-12 7:22 ` Ivan Afonichev 2009-08-12 7:39 ` Sergey Mihailov 2009-08-12 7:42 ` Eugene Horohorin 2009-08-12 7:50 ` Sergey Mihailov 2009-08-12 7:55 ` Eugene Horohorin 2009-08-12 7:58 ` Sergey Mihailov 2009-08-12 8:03 ` Ivan Afonichev 2009-08-12 7:40 ` Eugene Horohorin 2009-08-12 7:49 ` Aleksei Sinitsyn 2009-08-13 18:15 ` Nikolay Baranoff 2009-08-10 21:19 ` Sergey Mihailov 2009-08-11 14:29 ` NIR IMUTNAPIŠTIM 2009-08-11 15:00 ` Evgeny Sinelnikov 2009-08-12 4:05 ` Sergey Mihailov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=921f6bb40908092132ta854c1la4bac629a96a72e4@mail.gmail.com \ --to=sin@info.sgu.ru \ --cc=sarlug@lists.lug.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Saratov Linux User Group This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/sarlug/0 sarlug/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 sarlug sarlug/ http://lore.altlinux.org/sarlug \ sarlug@lists.lug.ru sarlug@lug.ru public-inbox-index sarlug Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.sarlug AGPL code for this site: git clone https://public-inbox.org/public-inbox.git