Какие были времена, вспоминаешь и хохочешь (-:
И самое забавное, и сейчас есть такие люди, как я был тогда...
FAR
Автор: EI (*.181.46.195.dn.dialup.nnov.cityline.ru)
Дата: 09 Сен 2001 21:17
Кому: Всем
Тип сообщения: Обычное
Скоро буду создавать файловый manager на Ассемблере.
Точнее на HLA.
Потому-что настоящий написан на C++ (по моему на Visual,не помню).
А у меня будет полностью совместим с настоящим,но быстрее,удобнее,больше возможностей как встроенных,так и plug in.
Vadic-у привет :)
Re: FAR
Автор: Honeyman (*.181.46.195.dn.dialup.nnov.cityline.ru)
Дата: 10 Сен 2001 00:32
EI писал(а):
>
> Скоро буду создавать файловый manager на Ассемблере.
Сочувствую.
> Точнее на HLA.
> Потому-что настоящий написан на C++ (по моему на Visual,не
> помню).
Он написан на C/C++. Но компилируется BC5.0
> А у меня будет полностью совместим с настоящим,
Сомневаюсь.
> но быстрее,удобнее,
На ассемблере, говоришь? Тогда медленнее. Поскольку хороший компилятор ты не уделаешь.
> больше возможностей как встроенных,так и plug
> in.
PS Мечты, мечты...
PPS На разработку 3-ей беты (после 2-ой) на С/С++ FARTEAM (примерно 5 человек) потратил 19.04.2001 минус 16.12.2000 - примерно 4 месяца. За это время код FAR-а вырос на 620 032 минус 586 752 - 33 280 байт. Т.е., в среднем в день FAR рос на 250 с небольшим байт, т.е. на 50 байт на человека. Ввиду того, что разработка на ассемблере продуктов такого объема менее продуктивна, положим, что в день ты _в среднем_ будешь делать 25 байт (и не думай, что больше) - во-первых, ты будешь заниматься им все-таки не каждый день; во-вторых, когда он выростет до таких объемов, ты столкнешься с проблемами, связанными с согласованием всей этой кучи модулей, так что 25 байт в день - это большое преувеличение. Тогда для текущего состояния FAR-а тебе придется работать примерно 67 лет.
Действуй.
PS через 67 лет ты поймешь, что скорость работы FAR-а падает не из-за его "некачественного" кода (повторюсь, хороший компилятор ты все равно не уделаешь), а из-за того, что он вызывает много функций операционной системы. А бОльшую часть времени выполняется не его код, а пустые циклы.
PPS Чтобы еще более наглядно представить себе объем работы, подумай, что на 1 байт бинарника тебе придется набрать в исходниках как минимум 1 букву (как правило, больше). Как быстро ты просто наберешь 620 килобайт текста? А если для его набора тебе придется еще много думать?...
FAR
Автор: EI (*.181.46.195.dn.dialup.nnov.cityline.ru)
Дата: 09 Сен 2001 21:17
Кому: Всем
Тип сообщения: Обычное
Скоро буду создавать файловый manager на Ассемблере.
Точнее на HLA.
Потому-что настоящий написан на C++ (по моему на Visual,не помню).
А у меня будет полностью совместим с настоящим,но быстрее,удобнее,больше возможностей как встроенных,так и plug in.
Vadic-у привет :)
Re: FAR
Автор: Honeyman (*.181.46.195.dn.dialup.nnov.cityline.ru)
Дата: 10 Сен 2001 00:32
EI писал(а):
>
> Скоро буду создавать файловый manager на Ассемблере.
Сочувствую.
> Точнее на HLA.
> Потому-что настоящий написан на C++ (по моему на Visual,не
> помню).
Он написан на C/C++. Но компилируется BC5.0
> А у меня будет полностью совместим с настоящим,
Сомневаюсь.
> но быстрее,удобнее,
На ассемблере, говоришь? Тогда медленнее. Поскольку хороший компилятор ты не уделаешь.
> больше возможностей как встроенных,так и plug
> in.
PS Мечты, мечты...
PPS На разработку 3-ей беты (после 2-ой) на С/С++ FARTEAM (примерно 5 человек) потратил 19.04.2001 минус 16.12.2000 - примерно 4 месяца. За это время код FAR-а вырос на 620 032 минус 586 752 - 33 280 байт. Т.е., в среднем в день FAR рос на 250 с небольшим байт, т.е. на 50 байт на человека. Ввиду того, что разработка на ассемблере продуктов такого объема менее продуктивна, положим, что в день ты _в среднем_ будешь делать 25 байт (и не думай, что больше) - во-первых, ты будешь заниматься им все-таки не каждый день; во-вторых, когда он выростет до таких объемов, ты столкнешься с проблемами, связанными с согласованием всей этой кучи модулей, так что 25 байт в день - это большое преувеличение. Тогда для текущего состояния FAR-а тебе придется работать примерно 67 лет.
Действуй.
PS через 67 лет ты поймешь, что скорость работы FAR-а падает не из-за его "некачественного" кода (повторюсь, хороший компилятор ты все равно не уделаешь), а из-за того, что он вызывает много функций операционной системы. А бОльшую часть времени выполняется не его код, а пустые циклы.
PPS Чтобы еще более наглядно представить себе объем работы, подумай, что на 1 байт бинарника тебе придется набрать в исходниках как минимум 1 букву (как правило, больше). Как быстро ты просто наберешь 620 килобайт текста? А если для его набора тебе придется еще много думать?...