>Почему-то только среди своих студентов я встречаю людей, которые способны взглянуть на задачу как минимум с двух сторон (или с двух высот). Как только человек начинает работать (в смысле, на дядю, денежку зарабатывать), так сразу "у меня нет времени выучить то, что ускорит мою работу", причем через даже год этот человек только путем очень больших усилий может найти еще одну сторону, с которой можно взглянуть на эту задачу.
"У студентов, пардон, в з"%нице лом + полно free time". Учиться обычно жутко неинтересно, и поэтому им приходится искать "веселья" на стороне. Вот они и приходят ко всему новому "гораздо быстрее обычных". Те же, кто работают на дядю, хотят лишь денег и "удовольствий" (с женой, ребенком и т. д). Редко кто проявляет интерес к другим вещам. Проще говоря, здесь уже либо "жизнь заставит", либо "кое-как, но зато с интересом"
>Да вижу, только странно наблюдать в вас такую энергию, и не направленную на реализацию :)
Статьи я считаю прошлым веком, а свою идею о правильной документации пока не могу реализовать из-за недостаточного умения и знаний в этой области. Так что пока учусь ;)
>Это действительно долна быть Wiki
У вики хорошая идея, но есть серьезный недостаток - возможная недостоверность информации. Предже чем что-то писать, нужно проверять написанное.
> Это действительно долна быть Wiki, как здесь уже было сказано. Можно срез её выдавать в качестве книги, но это должна быть Wiki. А может, в рамках Wikipedia сделать?
>Для поиска ответа на подобные вопросы есть таблица соответствий софта под Windows и Linux
Она недостоточна хороша, с одной стороны, плохоструктурирована с другой, трудна для дополнения с третьей. Кроме того, она не позволяет приводить аналогии для программ разных класов, но одинаковых по части решаемых задач, как-то эксель и root.
А она разрабатывается? А то что-то ссылок не видать с этой страницы... Хотя, если это как полигон для создания такой справочной системы --- тогда конечно :)
Где? Я предлагаю задокументировать широко решающиеся в Windows задачи для Unix. К примеру, разве составление мат. документации средствами Madcad - непредсказуемая?
>Где? Я предлагаю задокументировать широко решающиеся в Windows задачи для Unix. К примеру, разве составление мат. документации средствами Madcad - непредсказуемая?
Я не знаю, ни разу не работал в MathCad. А вообще, все-таки нужно чтобы пользователь понял, что занимается data analysing'ом, и только потом ему поможет эта документация.
Дизайнеров сейчас - великое множество. ХОРОШИХ - мало :( Да и тем не дают возможности реализовать задуманное. Мол "мы вчера сделали новую фичу, которой нет ни у кого больше. И теперь делай что хочешь, но чтобы к релизу она была ВЕЗДЕ. А мы об этом на коробочке большими буквами напишем".
Так вот, закончу мысль. Низкоуровневое программирование, оптимизации и т.п. несомненно нужны и сегодня ничуть не менее актуальны, чем раньше, хотя реклама настойчиво пытается вдолбить всем в голову обратное.
Ведь хороший дизайнер весьма обрадуется, если мы отвоюем для него у машины солидное количество ресурсов, которые иначе расходовались бы впустую. Звукорежиссер будет не против, если ему предоставить больше различных эффектов, увеличить количество источников звука и пр. "Креативщики" сейчас ограничены современными движками ничуть не меньше, чем раньше. Почему бы не предоставить им больше свободы для реализации своих задумок.
> "Креативщики" сейчас ограничены современными движками ничуть не меньше, чем раньше. Почему бы не предоставить им больше свободы для реализации своих задумок.
Вот и я о том же: нет нормальных движков для стратегий под Linux. :(
Очень рад что Евгений и anonymous наконец то поняли о чем каждый из них говорит. Маленький офтопичный вопрос - а где можно почитать упоминаемый мануал по Debian?