может и не только мне интересно будет почитать:
http://russian.joelonsoftware.com/Articles/BacktoBasics.html

Довольно интересная статья

гыыыы, интересно

Интересно послушать, что думают заинтересованные по поводу идеальной структуры данных для хранения строк. Проблемы C реализации я вижу такие:

1. в том, что функции strncpy, strncat, _snprintf не ставят завершающий 0 в конце.
2. если сохранить указатель на строку в нескольких местах, то при необходимости переразмещения буфера (выделения большего объема памяти) требуется обновлять все указатели
3. далеко не во всех кодировках длина строки соответствует числу символов в ней + 0 на конце.

Итак, какие мнения?

Очень интересная статья (читал пару месяцев назад)



Это сообщение отредактировал(а) chipset - 1.9.2004, 07:47

Мне вообще все его статьи нравятся. Умный мужик.

ИМХО - учится надо начинать сверху, если человек разберётся с премудростями ООП тогда мож у него и с низким уровнем что получится, а так если чел. хочет стать, допустим, веб-мастером, то пусть уж сначала просто научится сайты писать, а уж потом можно и с оптимизацией начинать мучится...

Цитата

ИМХО - учится надо начинать сверху, если человек разберётся с премудростями ООП тогда мож у него и с низким уровнем что получится

Ага, и у него создасться ложное представление о том, что же там находится внизу.

Цитата

Ага, и у него создасться ложное представление о том, что же там находится внизу.

А иначе возникнет неправильное понимание что же находится вверху , часто встречал что люди начинавшие с C и ASM, вьежали в ООП не до конца, так как подходили ко всему с битиками и байтиками, не вникая в логику действий.

3,14
Про "невъезжающих" разговор отдельный. Они как раз критерием врядли могут служить.

Цитата(3)

люди начинавшие с C и ASM, вьежали в ООП не до конца

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

Я не говорю что они не могут программить на языках высокого уровня, но как правило у них логика другая. Ест у меня друг, типичный программер к-ый начинал C, занялся ASM и.т.д. Он может запросто программить хоть на C++, хоть на Java, но завязался однажды у нас спор насчёт того, что выведет код :

Код

class A {  public:    virtual void prt_type() { cout << "A" << endl; };    A() { this->prt_type(); }; } class B : public A {  public:    virtual void prt_type() { cout << "B" <<endl; };    B() { this->prt_type(); }; } main() {   B test;   return 1; }

Мой вариант был :
A
B
Его вариант :
B
B
В док-во он долго задвигал про таблицу ф-ий, про то как там размещаются виртуальные ф-ии, и про то что произойдёт при вызове одного конструктора из другого, на что я сказал что его вариант просто противоречит логике ООП и оказался прав.

И кто здесь начинал с ООПнутых языков?
Некоторые вообще с Васика начинали...
Добавлено @ 08:54
Вьехать можно(если вообще этому человеку можно вникнуть), стереотипы быстро сотрутся (по себе сужу).

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

Цитата

стереотипы быстро сотрутся (по себе сужу)

Это не у всех так.

Цитата(chipset @ 2.9.2004, 07:53)

стереотипы быстро сотрутся (по себе сужу)

не понял. поясни, илиз.

Цитата(chipset @ 2.9.2004, 07:53)

И кто здесь начинал с ООПнутых языков?

правильно, кто начал бы с ООП, тот бы и закончил быстро.