с ужасом вспоминаю, как раньше 60% кода у меня уходило на разработку интерфейса проги.. это под досом... А сейчас я об этом почти не думаю...
Мой напарник, программист получше меня, просто опыта у него больше, а я - самоучка, и из-за этого он иногда относится к коду "пофигистски". Помню из-за одной его ошибки (глобальнной переменной присвоил Integer вместо Real), мне пришлось пол проги исправлять, а это 20000 строк на тот момент. Я ему сразу говорил, что лучше будет реал использовать...

Цитата

Win98[ 4 ]  [18.18%] DOS [ 4 ]  [18.18%]

Не ну люди издиваются
По итогам голосованию, мой старик 98 всё равно что дос?!Классно - грохаю 98 и работаю в досе
А если серьёзно, то Xp - занимает 1,5 километра, а 98 всего 800 метров.
Никто не знает как избавить хоть 500 метров? Может в Xp есть не нужный хлам?

Я могу так сравнить 98 и XP:
XP- поддержка в будущем(?) 64 разрядной архитектуры программ.
98-работает быстро с простыми приложениями, можно отсталых юзеров сажать на старые компы и пока все нормально

Когда я смотрю как хрюша изовсех сил разрисовывает мой монитор, затем представляю, что стоит мне протащить по рабочему столу окно и вся эта махина начнет перерисовывать все кнопочки со скоростью примерно 50 раз в секунду.... Мне становится обидно, что моей проге достанется намного меньше процессорного времени чем ОС потратит на разрисовку очередной фенечки, которую возможно никто и не рассмотрит. Многие догадываются как в MS пишет код, если для задачи нарисовать скругленные кнопки приходиться покупать процессор помследней модели.

Я за 2000, плевать что его нет в этом голосовании. Сегодня мне кажется 2000 оптимальный компромис между 98 и XP. Работает быстро, на картинки времени тратит меньше и в сети легче настроить. А что до новых технологий, то уже готовится Win.NET, Я думаю что новинок там поприбавится а известные огрехи подчистят. И при выборе между XP и .NET (я не считаю 2000) я наверно выберу NET

Цитата(Klin @ 4.3.2003, 23:31)

[QUOTE] Никто не знает как избавить хоть 500 метров? Может в Xp есть не нужный хлам?

В ХР немерено ненужного хлама - например система восстановления системы( во как сказал ) Там если как следует покопаться 500 метров наверное можно освободить (Кроме убиения системы восстановления ещё можно размер свопа уменьшить. Сейчас ничего больше в голову не приходит, но там ещё много всего)

Сравнить такие ОС - как из машин сравнить "жук" и "джип".

Для большинства приложений однозначно XP.

Цитата

Классно - грохаю 98 и работаю в досе

Грохай 98 и работай в XP

Vit

Цитата

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

Нифига, через 2-3 месяца ;)
Иногда у меня получается смотреть на проблему "с другой стороны". Надо только вникнуть в систему (не ось, а вообще).

Цитата

Нифига, через 2-3 месяца ;) Иногда у меня получается смотреть на проблему "с другой стороны". Надо только вникнуть в систему (не ось, а вообще).

Этого никто не знает - через месяц-два или через год-два. К тому же никто не спорит
Chingachguk - ты хороший программист

Около года назад дали мне проект - 50 Мб исходников на JAVA. Да плюс порядка 400 таблиц. И все это еще и не запускается. Да еще куча настроечных файлов. "Сделайте нам транзакции верхнего уровня, у нас только на нижнем". Я думал - кранты.
А у меня через две недели все поехало. А еще через два месяца я уже по фирме ходил как король, потому как практически все понимал. Во всяком случае проблем что-то исправить, отладить не было.
Потому как логика была простая.

А года 4 назад был проект Delphi + MS SQL. Клиент около 50000 строк, да таблиц сотни две. Ну там процедурки всякие. На первый взгляд - ну не так уж и страшно.
Так вот пока я не пробежал по всем отделам, не поговорил с разработчиками, с бухгалтерами, кладовщиками, менеджерами и прочая - ничего не мог сделать.
Потому как логика работы всего приложения была сложная. И вот эту информацию собрать - долгий и нудный процесс, который может длиться не один месяц.
Причем скорость сбора информации часто от тебя не зависит - и пока тетенька из бухгалтерии не соблаговолит с тобой поговорить - хрен ты что поймешь.

Если ты пишешь для работы с железом - то тогда DOS вполне удачный выбор. Потому как можно черта в ступе сделать. Да только для большинства приложений это не надо.

Цитата(Chingachguk @ 18.3.2003, 15:08)

Vit Цитата но если тебя, например, посадить на мой проект, то реальная польза от тебя будет минимум через год Нифига, через 2-3 месяца ;) Иногда у меня получается смотреть на проблему "с другой стороны". Надо только вникнуть в систему (не ось, а вообще).

Дело не в проблеме. Проблема ясна. Просто инфраструктура бизнеса очень сложна, а программирование простое. Дело не в том что в состоянии ли ты сделать какой-то там хитроумный трюк или обратится напрямую к любому драйверу. Всё гораздо проще - простой алгоритм - если то-то то делаем так, а иначе делаем так и т.д. Код примитивный, но недавно меня попросили внести кой-какие изменения в кусок который писал я сам, я потратил 4 дня только для того чтобы самому вспомнить логику - т.е. код на пару тысяч строк, условий до нескольких сотен, взаимоотношения между ними весьма сложные - я начертил блок схему - она получилась на 20ти листах А4 формата мелким почерком... И таких кусков кода сотни. Т.е. получается что код простой, а логика сложная. А задание даётся не ввиде "напишите процедуру связи с сервером N", а например как "Написать процедуру чтения и подсчёта налогов для Французской Канады из системы Appollo в режиме эмуляции Galileo для MCO и Ticketless reservations". Речь идёт о подсчёте налогов при покупке билетов на самолёт из Французской Канады, а читать эту инфу надо из США из специальной travel сети Apollo, но реально билеты заказываются через Galileo, так как Apollo не существует в Канаде, а Galileo в США, но у них есть система эмуляции друг-друга. Всё понятно? Программирование крайне простое - посылаем запрос - команду *HTE, нам возвращается примерно 2 килобайта текста, дальше из этого текста можно выделить(самым простым способом - по местоположению) штук 100 цифр, и разобраться что с ними делать - вот тут и начинаются скачки по пересечённой местности - типа если присутствует цифра такая то надо применять формулу 1, если такая то формулу 2, если какой-то параметер больше другого то не надо учитывать цифру такую-то и т.д. Никакой данной документации нет - всё надо самому найти и разобраться, что каждая цифра значит и как её надо учитывать... Это я показал только очень маленькую часть круга решаемых задач, и я совершенно не представляю себе как можно эту информацию освоить за пару месяцев, даже год мне кажеться не очень большим сроком. Да от программиста пришедшего на фирму будет польза, если я, например, потрачу своё время, разберусь с задачей и нарисую тебе алгоритм решения, но если у меня не будет времени, то такую задачу ты будешь решать очень и очень долго... Если считаешь, что это не так - попробуй реши тот пример что я дал - это вполне реальное задание, которое я сделал пару недель назад. Да конечно польза может быть и через пару месяцев, только ту задачу которую я решаю за пару часов, так как знаю что именно мне надо делать, новичёк будет решать неделями разбираясь в терминологии, опциях, требованиях и хитросплетениях бизнес логики...

Цитата

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

Да это понятно ;) Я ж так и написал ;)

Цитата

...она получилась на 20ти листах А4 формата мелким почерком... И таких кусков кода сотни...

Извини за то, что я скажу далее, но опыт мне говорит именно это. Не то, чтобы я очень много делал проектов, но кое-что все же было ;) Так вот, во всех я встречал именно такие картины Репина маслом - много непонятного и "сложного" кода. Когда я был "маленьким", то с почтением относился к таким вещам и кропотливо искал местечко, где бы изменить чё да штоб ничего не "отвалилось". Но с опытом пришло понимание, что чаще всего загроможденный код - это отстой и нужно не бояться резать его острой бритвой, делая и короче, и быстрее. Можно даже чуть конкретнее: вот если есть у Вас там такие логические конструкции:

if ()
// ..
else if ()
// ...
else if ()
// ... Не более 2-4 штук условий

то это нормально или почти нормально. Однако если есть уже более 5, то я с вероятностью 80% зарежу нахрен эту кучу ифоф и сделаю все короче. Обычно это происходит так: сначала было 2-3, потом постепенно дописывается неглядя еще до кучи, хотя можно было оглянуться.

Еще раз повторяю, я указал вероятностную оценку такого и, возможно, глянув на Ваш код я разведу руками и скажу: "да, ребята, круто - не убавить, не прибавить" ;)))

Chingachguk, похоже мы говорим о разных вещах - ты о работе над кодом, а я о работе программиста. Какая на фиг разница прийдётся всё исправлять, всё переписывать или задача будет решена добавлением одной строки? Сколько там If'ов, объектов или наворотов - как правильно заметил AntonSaburov - неделя, две или три и даже в самом навороченном коде можно разобраться, по крайней мере легко находить нужное место в коде и понимать в общих чертах что и как делается. Я же не об этом говорю, а о том что эти знания могут быть далеко не всегда достаточными, потому как надо понять бизнес логику, не последовательность If'ов, а взаимосвязи сотен и тысяч реальных факторов, опций и объектов - не програмных, а реальных! Для написания хорошей бухгалтерской программы может понадобиться изучение всех законодательных актов начиная от царя Гороха и прочтение и осмысление всех номеров какого-нибудь бухгалтерского вестника за последние 10 лет, а программирование там будет - "тьфу! обычная база данных, десяток форм, пол сотни кнопок" - в самый раз новичков обучать как базу данных к форме прикрутить и простейший Select написать... То же самое и во многих областях где я работал. Хорошо если ты работаешь в крупной корпорации кодером и задачу ставит старший программист в ввиде - "написать функцию - на входе принимает это, выдаёт это, алгоритм обработки такой-то", а если такого нет? Или ты сам такой старший, что должен это разрабатывать. Ну вот я формулирую задачу - "составить программу для составления и хранения истории болезни" - тебе прийдётся 99% времени потратить не на написание кода, а на выяснения - какие данные и в каком формате могут быть в истории болезни, в каком виде необходимо выдавать данные, как сделать введение данных наиболее удобным и быстрым. Конечно можно указать просто пункт "Печень" и предоставить врачу возможность самому написать всё что касается печени в истории болезни, да только прочитав 100 историй болезни ты обнаружишь, что в 99% случаев всю информацию можно собрать в 2-3 группы по 5-6 вариантов ответов и сделать программу более удобной. Правда через некоторое время ты обнаружишь, что хирург и терапевт описывают ту же печень по разному... И т.д. Составление этой программы в своё время у меня заняло примерно пол-года, хотя там было наверное сотни 3 строк кода, и программирование примитивное, а вот чтобы сделать программу действительно удобной пришлось очень много и внимательно изучать все возможные нюансы...

вы что не нормальные как их вообще можно сравнивать?

это все равно что сравнивать Мэрс и Запорожец!!!!

просто не каждый может себе позволить Мэрс...

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

Удобно, красиво, интересно.

XP стоит больше года ни разу не падала, проблем никаких не было