Здравствуйте, LaptevVV, Вы писали:
LVV>Ну, отлично знает С++, пожалуй, только Страуструп. Члены комитета и около них — на 4, а все остальнвые — на троечку, не больше.
Валерий Викторович, значит ли это, что студенты не могут получить больше трёх баллов на экзамене?
Здравствуйте, Basil2, Вы писали: B>О себе (для более точной наводки): 25 лет, окончил МАИ, компьютер с 13 лет , работаю программистом 4 года, сейчас "Руководитель группы" (но в группе лишь я да начальник отдела).
Выделяю основную проблему.
Похоже ты не работал в команде и все делал в одиночку.
Я прав? Если да, то попробуй сменить место работы и влиться в команду.
Вообще, работа программиста в одиночку убивает в программисте программиста
и не дает по-настоящему развиваться.
Здравствуйте, Basil2, Вы писали:
B>1. Путь от программиста к "большому" программисту — каков он?
Тернист и труден
B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
Главная технология, которую надо постоянно применять — это собственный мозг. Остальное — вопросы опыта и поставленной задачи.
Все заданые тобой вопросы, на мой взгляд, проистекают из одной проблемы — у тебя нет поставленной цели. Как только ты выберешь очередную точку своего профессионального маршрута, ты сразу поймешь, что надо изучить, что надо подтянуть, что почитать, а где поэкспериментировать. Вот ты говоришь, руководить людьми. Фактически, ты хочешь быть техническим директором компании. Решать вопросы о технологиях, применяемых при разработке, внедрении и эксплуатации ПО, решать нетривиальные задачи, координировать разработку ПО и глубокомысленно грызть карандашик, эпизодически выдавая гениальные идеи, которые приносят компании (и тебе) кучу денег. Если это так, тогда смотришь требования к тех.директору, сравниваешь со своими знаниями и вперед — грызть гранит.
B>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Действительно, это совсем немного. Для одного человека нормально, если конечно не больше года писалось. С другой стороны, есть алгоритмы в 50 строчек, на которые лучшие умы потратили годы жизни Так что не в строчках счастье.
Здравствуйте, Dervish, Вы писали:
D>Зависит от ответа на первый вопрос. И от области работы. Нет хороших и плохих языков. Есть задачи, для которых лучше годится тот или иной язык. Скажем, вы же не будете на .NET делать скринсейвер?
Вроде как в C# Express видел тип проекта скринсейвер.
Здравствуйте, Mystic, Вы писали:
M>Здравствуйте, bkat, Вы писали:
B>>Вообще, работа программиста в одиночку убивает в программисте программиста B>>и не дает по-настоящему развиваться.
M>Спорное утверждение... Развиваться можно и в одиночку. Лично меня все время тянет выйти из команды и начать работать в одиночку. Из-за самосовершенствования. Существуют много проектов, которые бы ты хотел реализовать. Существует много вещей, который бы ты хотел попробовать. Я даже план себе набросал, но нет времени из-за каждодневной рутины.
Любое утверждение спорное. Даже это
Одиночка лишен критики и взгляда со стороны.
Это самая большая проблема. Одиночка пишет для себя и у него у самого
все все идеально и без огрехов. Очень уж тяжело себя критиковать.
Такая уж натура у человека.
Но конечно же человек физически может быть один, но быть частью
команды и работать удаленно. Важно, чтобы было полноценное общение с себе подобными
и критический взгляд со стороны.
Здравствуйте, bkat, Вы писали:
B>Если за год не нашли ни одного бага, то это только говорит о популярности продукта, B>но ни как ни о качестве.
TeX не просто популярен, он мега популярен, но не в среде секретарш, конечно.
B>TeX'ом пользовался и знаю что это такое. B>В итоге все равно перешел на "глючный" Word, потому как удобнее
И научные статьи удобнее набирать?? Да даже обычный текст выглядит в ТеХе (точнее результат его обработки ТеХом) намного приличней, чем в Ворде.
- Без славы мне в Париже не житье,
Вся жизнь прошла, пора судьбой заняться!
— Так сколько же вам лет, дитя мое?
— Ах много, сударь, много... восемнадцать! Дуэт де Тревиля и д'Артаньяна.
Всегда считал себя грамотным специалистом, программистом высокого уровня (очень помогало при неудачах, даже с девушками). Успел написать коммуникационную систему Клиент/Сервер (сейчас 100,000 транзакций ежедневно, и без права на ошибку: потеряешь транзакцию, и звонят разъяренные пользователи; удвоишь ее — прибегают возмущенные бухгалтеры; а повиснешь и не будешь нечего передавать — встает на уши высшее начальство, у которого стоят программы по подсчету оборота за день и не дай Бог, если он ниже вчерашнего).
Но в последний год я как-то потерял энтузиазм, и делал свою работу спокойно. Хорошо, конечно, делал — мастерство не пропьешь, но и не "вау!". И в один прекрасный день, проснувшись, я понял, что так жить нельзя (ну, на самом деле в этот день я узнал, кто сколько получает) — и понял, насколько я опустился. И что быть простым программистом — "Василий, для тебя это мелко".
Но программировать мне и нравиться, и получается! И для себя я выбрал вариант "Генерального конструктора" (не знаю, как это будет в программном проекте — наверное, ведущий программист, но им я уже был). Он, с одной стороны, программист и технический специалист, а с другой — надо уметь работать с людьми, ставить им задачи и мотивировать их — руководить. Я вас еще не запарил этой лирикой? Еще чуть-чуть, и будет ваша очередь!
Так вот, я понял, насколько я отстал. Конечно, я применял ООП, кое-где лепил объекты и обширно комментировал исходники. Даже перешел с Watcom C на MSVC и попробовал его среду — оказывается, программы можно набирать не только в DOS Navigator'e (у меня в жизни был эпизод, когда я досконально: все фичи и все баги, знал две программы: Turbo Pascal 7.0 И DN 1.49 — эх, да его уже не вернешь)! И вот, я стал возвращаться в мир технологии: поигрался с продуктами Numega (с восторгом!, плюс изучил eMule , установил Source Safe и решил полностью переписать свою систему Клиент/Сервер (благо, назрела переделка системы безопасности, и под нее начальство дает время). Прочитал замечательную книжку Ханта и Томаса "Программист-прагматик", где увидел множество того, до чего дошел сам; и окончательно убедился, что нечего придумывать велосипед.
А посему, у меня к вам три вопроса (наконец-то, да?):
1. Путь от программиста к "большому" программисту — каков он?
2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
3. Что почитать на эту тему? (URL/Книги. Я не думаю, что есть хорошие курсы для продвинутых программистов, но все же...)
О себе (для более точной наводки): 25 лет, окончил МАИ, компьютер с 13 лет , работаю программистом 4 года, сейчас "Руководитель группы" (но в группе лишь я да начальник отдела). Отлично знаю C++ и WinAPI. В детстве Pascal, Asm (PC/Zx), HTML, OS/2. В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Проект Ребенок8020 — пошаговый гайд как сделать, вырастить и воспитать ребенка.
Здравствуйте, Basil2, Вы писали:
B>- Без славы мне в Париже не житье, B> Вся жизнь прошла, пора судьбой заняться! B>- Так сколько же вам лет, дитя мое? B>- Ах много, сударь, много... восемнадцать! B>Дуэт де Тревиля и д'Артаньяна. B> B>А посему, у меня к вам три вопроса (наконец-то, да?): B>1. Путь от программиста к "большому" программисту — каков он?
Вступить в РСДН! B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
Из языков — все около С++, С# и Java. И пока в обозримом пространстве не видать, что вместо них будет. B>3. Что почитать на эту тему?
А по дереву Ресурсы-книги здесь на РСДН — все читал?
B>О себе (для более точной наводки): 25 лет, окончил МАИ, компьютер с 13 лет , работаю программистом 4 года, сейчас "Руководитель группы" (но в группе лишь я да начальник отдела). Отлично знаю C++ и WinAPI.
Ну, отлично знает С++, пожалуй, только Страуструп. Члены комитета и около них — на 4, а все остальнвые — на троечку, не больше.
Вот тебе вопрос: для чего можно применить виртуальную базу в одиночном наследовании? Ы?
Еще вопрос: если в базовом классе определена чистая виртуальная функция, то будет ли базовый класс абстрактным? А наследник? наследник абстрактным? А если в в базовом классе деструктор чистый виртуальный? B>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Нормально! (где-то мелькала цифра что Unix = 13000 строк кода на С + 2000 на ассемблере).
Но, сдается мне, что при рефакторинге можно уполовинить. Особенно с учетом паттернов а ля Александреску
Ы?
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Basil2, Вы писали:
B>1. Путь от программиста к "большому" программисту — каков он?
На самом деле главное желание, хнание и опыт. Но самое критичное уметь менять привычки и психологию. В настоящее время переход на новые технологии и новый стиль програмирования осуществляется каждые 1-2 года. А если ты решил стать архитектором, то должен учитвать развитие програмного продукта на несколько лет вперед, с учетом будущих изменений технология и железа.
А если о грустном, это учиться учиться и учиться. Миниум день в неделю посвещать изучению, что нового в мире и как можно более эфективно применять старое. Этакий рефакторинг мозгов.
B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
Я считаю, что, если ты идешь путем микросовта, то надо идти рекомендуемым путем, а именно C#, .Net, MSF, MS SQL.
Можно начать со VS 2003, но уже сейчас лучше начать гонять VS 2005 betta Express, она беcплатно авляется на сайте Microsoft.
B>3. Что почитать на эту тему? (URL/Книги. Я не думаю, что есть хорошие курсы для продвинутых программистов, но все же...)
URL: http://www.microsoft.com/rus/msdn/msf/default.mspx http://msdn.microsoft.com/developercenters/ http://www.microsoft.com/resources/practices/guides.mspx http://msdn.microsoft.com/architecture/
Здравствуйте, Dervish, Вы писали:
D>Здравствуйте, LaptevVV, Вы писали:
LVV>>Ну, отлично знает С++, пожалуй, только Страуструп. Члены комитета и около них — на 4, а все остальнвые — на троечку, не больше.
D>Валерий Викторович, значит ли это, что студенты не могут получить больше трёх баллов на экзамене?
Не, могут и больше, если отвечают на подобные приведенным вопросы (и при этом обращают внимание на слово "определена", а не объявлена чистая виртуальная функция).
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Basil2, Вы писали:
B>Всегда считал себя грамотным специалистом, программистом высокого уровня (очень помогало при неудачах, даже с девушками).
B>1. Путь от программиста к "большому" программисту — каков он?
А что такое "большой программист"? Разные люди могут по-разному могут понимать этот термин, соответственно и ответы будут разными. Кстати, мне кажется, что если вы сами для себя ответите на этот вопрос, если дадите определение "большого программиста" в вашем понимании, то это будет почти ответ на вопрос "каков путь".
B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
Зависит от ответа на первый вопрос. И от области работы. Нет хороших и плохих языков. Есть задачи, для которых лучше годится тот или иной язык. Скажем, вы же не будете на .NET делать скринсейвер?
B>О себе (для более точной наводки): ... окончил МАИ ...
B>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Всё относительно. Более корректный вопрос: "много это или мало для вас нынешнего". Думаю, что если гордитесь, значит имеете на это право.
Когда-то я думал, что 1,000 строк (правда на ассемблере), это предел того, что я смогу удержать в голове, над чем смогу работать нормально, не путаясь. Сейчас в проекте немного более 60,000 строк (на С++) и ничего, справляюсь.
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, Basil2, Вы писали: B>>О себе (для более точной наводки): 25 лет, окончил МАИ, компьютер с 13 лет , работаю программистом 4 года, сейчас "Руководитель группы" (но в группе лишь я да начальник отдела).
B>Выделяю основную проблему. B>Похоже ты не работал в команде и все делал в одиночку. B>Я прав? Если да, то попробуй сменить место работы и влиться в команду.
хороший совет
B>Вообще, работа программиста в одиночку убивает в программисте программиста B>и не дает по-настоящему развиваться.
очень зависит от проекта.
очень часто проект не дает развиваться вообще.
Здравствуйте, Basil2, Вы писали:
B>Но программировать мне и нравиться, и получается! И для себя я выбрал вариант "Генерального конструктора" (не знаю, как это будет в программном проекте — наверное, ведущий программист, но им я уже был).
Обычно так называют Project Manager-ов (руководителей проекта). Архитектор — это немного не то — в его обязанности не входит руководить. Генеральный конструктор — это вообще не из той оперы
B>1. Путь от программиста к "большому" программисту — каков он?
Никакой — обычно это просто решение начальства
B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
ООП, паттерны проектирования, однако стоит иметь хотя бы базовые знания об альтернативных технологиях типа функционального программирования.
Языки — хотя бы иметь небольшое представление о том, что постоянно мелькает в форумах (java, c#, vb, perl, python, php etc), и досконально знать то, что постоянно используется (если скажем взять C++, то надо иметь хорошее представление об STL, и изучать новые тенденции, используя boost).
B>3. Что почитать на эту тему? (URL/Книги. Я не думаю, что есть хорошие курсы для продвинутых программистов, но все же...)
Одназначно стоит прочитать Александреску и Фаулера.
B>>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Средне.
Где то же была классификация проектов, вроде
там большие начинались от 100 000 строк (или это были средние?)
LVV>Нормально! (где-то мелькала цифра что Unix = 13000 строк кода на С + 2000 на ассемблере).
Чего там мелькать?
cd /usr/src/linux && find . -name '*.[hc]' | xargs wc -l
16097 total
Несколько больше. Хотя конечно, это с одной стороны не юникс, с другой
стороны если рассматривать только ядро...
B>Всегда считал себя грамотным специалистом, программистом высокого уровня (очень помогало при неудачах, даже с девушками). Успел написать коммуникационную систему Клиент/Сервер (сейчас 100,000 транзакций ежедневно, и без права на ошибку: потеряешь транзакцию, и звонят разъяренные пользователи; удвоишь ее — прибегают возмущенные бухгалтеры; а повиснешь и не будешь нечего передавать — встает на уши высшее начальство, у которого стоят программы по подсчету оборота за день и не дай Бог, если он ниже вчерашнего).
Если в 'дне' восемь часов, то это
100000 / (3600 * 8) = ~3 транзакции в секунду
Если в дне двадцать четыре часа, то это
приблизительно одна транзакция в секунду.
То есть большую часть времени система
простаивает. Думаю при таких нагрузках
любая приличная СУБД вытянет без того,
что бы терять или "удваивать" транзакции
(что бы под последним не понималось).
У нас неприличная держит 13 транзакций в секунду.
(Может и больше в зависимости от железа и инсталяции).
B>1. Путь от программиста к "большому" программисту — каков он?
Главное — не расслабляться.
B>2. Какие технологии, методологии, языки и средства имеет смысл изучить? А постоянно применять?
Думаю на этот вопрос можешь ответить только сам. Общий ответ — любые, которые кажутся
уместными в конкретном проекте. Если подходить с точки зрения прагматизма, а не религии.
B>3. Что почитать на эту тему?
Книги. Тугугл.
B>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?).
Если перевести в более понятные единицы, считая, что код на си и считая среднюю длинну строки 30 байт,
то это около 450 килобайт. Это нормально. Но гордиться надо не объемом кода.
Здравствуйте, dmz, Вы писали:
B>>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?). dmz>Если перевести в более понятные единицы, считая, что код на си и считая среднюю длинну строки 30 байт, dmz>то это около 450 килобайт. Это нормально. Но гордиться надо не объемом кода.
Никогда не понимал этого мерила — число написанных строчек кода... Но самое главное как их считать ?!! Если использовать вашу методу, то получается, что в предыдущем проекте мы на троих сообразили 132881 строчку кода за 7 месяцев работы... Но сюда входят и h-файлы, и моки, и юнит-тесты, и само-генерённые файлы... То есть нужна какая-та методика, позволяющая выкидывать весь этот "мусор". А вот теперь представьте, как будет выглядеть человек, который сосчитает все свои полезные отлаженные строчки кода во всех своих проектах скажем за 5 лет рботы !!! Я думаю без жалости на него смотреть будет нельзя. Так что я думаю — фигня всё это, потому как недаром Александреску говорил, что из всех написанных тобой строчек кода лучшими могут оказаться всего лишь 4 штуки, но именно ими ты и будешь гордиться!
Компьютер сделает всё, что вы ему скажете, но это может сильно отличаться от того, что вы имели в виду.
Здравствуйте, Mr. None, Вы писали:
MN>Здравствуйте, dmz, Вы писали:
B>>>В основном проекте сейчас 17 тыс. строк, из них 16 мои (это, кстати, много или мало? а то я типа горжусь, а вдруг это совсем немного?). dmz>>Если перевести в более понятные единицы, считая, что код на си и считая среднюю длинну строки 30 байт, dmz>>то это около 450 килобайт. Это нормально. Но гордиться надо не объемом кода.
MN>Никогда не понимал этого мерила — число написанных строчек кода... Но самое главное как их считать ?!! Если использовать вашу методу, то получается, что в предыдущем проекте мы на троих сообразили 132881 строчку кода за 7 месяцев работы... Но сюда входят и h-файлы, и моки, и юнит-тесты, и само-генерённые файлы... То есть нужна какая-та методика, позволяющая выкидывать весь этот "мусор". А вот теперь представьте, как будет выглядеть человек, который сосчитает все свои полезные отлаженные строчки кода во всех своих проектах скажем за 5 лет рботы !!! Я думаю без жалости на него смотреть будет нельзя. Так что я думаю — фигня всё это, потому как недаром Александреску говорил, что из всех написанных тобой строчек кода лучшими могут оказаться всего лишь 4 штуки, но именно ими ты и будешь гордиться!
На самом деле LOC — это одна из стандартных метрик.
Есть методика, как их считать. Есть доступные тулзы, которые меряют код в строках.
Эта методика учитывает и новый код и изменный код.
Так что если придерживаться этой методики, то LOC'и в Африке
и в России будут одинаковы и их можно будет сравнивать.
Теперь, зачем это надо?
Нигде (ну только может в самых запущенных случаях) эту метрику не применяют для
для оценки "крутости" программиста.
Она нужна для планирования и оценки состояния на проекте.
Скажем тот же COCOMO (модель оценки трудозатрат на проекте)
пользуется оценкой именно в строках кода.
Затем в строках же кода можно оценивать и то, насколько близко проект к завершению.
Но LOC'и конечно не могут быть единственной метрикой для оценки проекта.
Это только одна из многих метрик, которые в совокупности как раз могут
дать общую картину...
Здравствуйте, bkat, Вы писали:
B>Вообще, работа программиста в одиночку убивает в программисте программиста B>и не дает по-настоящему развиваться.
Спорное утверждение... Развиваться можно и в одиночку. Лично меня все время тянет выйти из команды и начать работать в одиночку. Из-за самосовершенствования. Существуют много проектов, которые бы ты хотел реализовать. Существует много вещей, который бы ты хотел попробовать. Я даже план себе набросал, но нет времени из-за каждодневной рутины.
TeX. Программа + документация к ней (literate programming) занимает 24 931 строку. Вот кусок исходника:
% Version 3.14159 allowed fontmemsize to change; bulletproofing (March 1995).
% Minor corrections to the documentation (only) were made in July 2001.
% A reward of $327.68 will be paid to the first finder of any remaining bug.
MetaFont (MF) 23 109 строчек (+ документация)
% Version 2.7182 fixed bugs related to "<unprintable char>" (August 1996).
% A few "harmless" optimizations have been made without changing versions.
% Minor corrections to the documentation (only) were made in July 2001.
% A reward of $327.68 will be paid to the first finder of any remaining bug.
Здравствуйте, bkat, Вы писали:
B>Одиночка лишен критики и взгляда со стороны. B>Это самая большая проблема. Одиночка пишет для себя и у него у самого B>все все идеально и без огрехов. Очень уж тяжело себя критиковать.
Самокритика зачастую сильнее любой критики. Лично я в каждой своей программе вижу дефекты и пути ее улучшить. К тому же почти всегда существует объективная возможность оценить свой уровень. Например, если я пишу шахматную программу, и она проигрывает Deep Fritz, Deep Junior, Schredder, Hydra, то ее можно улучшить Если по количеству скачиваний моя программа уступает аналогам, то ее можно улучшить. И т. д.
Минусы работы в команде это
1) отсутсвие свободного времени
2) ограниченость используемых направлений.
А это приводит к остановке роста.
Здравствуйте, Mystic, Вы писали:
M>Здравствуйте, Mystic, Вы писали:
M>Добавим немного статистики:
А почему у них номера версий трансцендентные? Похоже на стеб.
... << RSDN@Home 1.1.4 beta 3 rev. 185>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Sinclair, Вы писали:
S>А почему у них номера версий трансцендентные? Похоже на стеб.
Если мне не изменяет мой склероз, в каждой новой версии добавлялся следующий десятичный знак после запятой. Стеб, но прикольный...
P.S. А сумму $327.68 расшифровать можешь?
Все, что здесь сказано, может и будет использоваться против меня...
Здравствуйте, Alex Reyst, Вы писали:
AR>Если мне не изменяет мой склероз, в каждой новой версии добавлялся следующий десятичный знак после запятой. Стеб, но прикольный...
Точно.
AR>P.S. А сумму $327.68 расшифровать можешь?
По моему, сумма удваивается каждый год, если в течени егода не было найдено багов. С чего начинали -- не могу сказать. Сумма в $327.68 это, по-моему, состояние на 2001 год.
Здравствуйте, Mystic, Вы писали:
M>Здравствуйте, Alex Reyst, Вы писали:
AR>>Если мне не изменяет мой склероз, в каждой новой версии добавлялся следующий десятичный знак после запятой. Стеб, но прикольный...
M>Точно.
AR>>P.S. А сумму $327.68 расшифровать можешь?
M>По моему, сумма удваивается каждый год, если в течени егода не было найдено багов. С чего начинали -- не могу сказать. Сумма в $327.68 это, по-моему, состояние на 2001 год.
Если за год не нашли ни одного бага, то это только говорит о популярности продукта,
но ни как ни о качестве.
TeX'ом пользовался и знаю что это такое.
В итоге все равно перешел на "глючный" Word, потому как удобнее
Сейчас продумываю, кем же именно я хочу стать (пока можно сказать, что варианты Страуструпа, Торвальдса или тех же Ханта/Томаса мне очень нравятся).
Насчет одиночки или команды — или я действительно получу под свое начало людей, или...
Насчет пути Майкрософта — не уверен. Я прочитал предложенную ссылку на MSF — а потом минут 5 смеялся, потому что первые 3 заголовка оказались как будто только что взяты из комиксов Дилберта (хотя там высмеивают и вполне годные вещи, как например тренинги на сплочение команды). Хотя может статься, что к МС все и придет...
Насчет числа строк — это единственное (пока) известное мне мерило размера проекта; а раз он устойчиво работает, то вроде как это означает, что я "smart enough and get things done", как справедливо написано в статье из раздела Карьера.
Проект Ребенок8020 — пошаговый гайд как сделать, вырастить и воспитать ребенка.
Здравствуйте, bkat, Вы писали:
B>Если за год не нашли ни одного бага, то это только говорит о популярности продукта, B>но ни как ни о качестве.
Стандарт де-факто американского математического общества и многих (если не всех) западных научных журналов). После того, как я попробовал TeX, не могу спокойно набирать в Word. До сих поР, просматривая научные статьи, "по почерку" узнаю TeX. Еще один косвенный факт. В Харькове книга "Все про TeX" Д. Кнута в первые дни продаж стоила $7 грн, потом цена резко подскочила до $11. Недавно видел на Петровке в Киеве английское издание книги Typecasting Д. Кнута. Примерно около $200. И хочеться и колеться... Более того, исходный текст TeX тщательнейшим образом задокументирован, что упрощает поиск ошибок
Здравствуйте, Quintanar, Вы писали:
Q> Здравствуйте, bkat, Вы писали:
B>>Если за год не нашли ни одного бага, то это только говорит о популярности продукта, B>>но ни как ни о качестве.
Q>TeX не просто популярен, он мега популярен, но не в среде секретарш, конечно.
Да я не спорю, что TeX популярен и даже мега популярен,
но в узкой среде
B>>TeX'ом пользовался и знаю что это такое. B>>В итоге все равно перешел на "глючный" Word, потому как удобнее
Q> И научные статьи удобнее набирать?? Да даже обычный текст выглядит в ТеХе (точнее результат его обработки ТеХом) намного приличней, чем в Ворде.
Именно их и набирал. Страниц по 20 и более с большим количеством формул.
Выглядит действительно приличней, но я говорил про удобство.
Для моих нужд, и нужд тех с кем работаю, "корявый" Word лучше.
Потому что быстрее и удобнее.
А документы у нас тоже не анекдоты для секретарш...
Впрочем это двойной уход от темы.
TeX я уважаю, но пользоваться пожалуй не буду
Здравствуйте, Lorenzo_LAMAS, Вы писали:
LVV>>Ну, отлично знает С++, пожалуй, только Страуструп. Члены комитета и около них — на 4, а все остальнвые — на троечку, не больше.
L_L>Я полагаю, что С++ отлино знают еще тысячи программистов, при этом не все из них разработчики компиляторов.
Ну, ачем так серьезно
У меня ж стоит
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, bkat, Вы писали:
B>Здравствуйте, Quintanar, Вы писали:
B>>>Если за год не нашли ни одного бага, то это только говорит о популярности продукта, B>>>но ни как ни о качестве.
Q>>TeX не просто популярен, он мега популярен, но не в среде секретарш, конечно.
B>Да я не спорю, что TeX популярен и даже мега популярен, B>но в узкой среде
Надо отметить, что среда это будет более профессиональна, чем среда пользователей TeX. Лично я TeX узнаю, например, по многим книгам из серии Computer since. Например, Танненбаум чесно признавался, что писал свою книгу на TeX. Уровень пользователей влияет на bug report. Плюс открытые исходники и подробная документация каждого оператора.
B>Для моих нужд, и нужд тех с кем работаю, "корявый" Word лучше. B>Потому что быстрее и удобнее. B>А документы у нас тоже не анекдоты для секретарш...
После того, как я за пять часов в экстазе набрал этот (400 Kb) документ (осваивал LaTeX), я к Word-у очень и очень охладел...
