apxutektopТак вот вопрос, если я хочу быть клёвым кодером, то как мне учиться, если реальных задач мне никто не ставит, и, соответственно, я не смогу решать актуальные проблемы? И сопутствующий вопрос, как у меня должен меняться инструментарий? То есть какую оболочку использовать сначала, что потом, к чему стремится, и на что забивать?
Думаю, что можно начать с простых задач, но полезных. Потенциально оплачиваемых. Например, один товарищ написал на форуме, что создал простую программку позволяющую устанавливать различные симпатичные скины для системных часов (и дат) компьютера (несколько десятков штук). Так вот, к его удивлению, на ней он стабильно зарабатывает (на буржуях) порядка трех своих основных зарплат в месяц. Мне даже самому понравилась эта безделушка, хотя я не сторонник программных «рюшечек». Другой, неплохо зарабатывает на красивых календарях, которые выводятся на десктоп. В последней версии стал еще выводить погоду (при наличии Интернета) для местности, где находится пользователь. Я смотрю, буржуи весьма охотно ведутся на красивые «побрякушки». И даже платят за это. Среди нашего брата, халявщиков, весьма охотно раскупается программа «Соло» - это тренажер клавиатуры, а лидерами продаж являются программы имитирующих печать кассовых чеков и реалистических печатей на струйном принтере. Как среди буржуев, так и среди нас, хорошо идет программа запоминания иностранных слов (для тех, кто уже знает грамматику и нуждается только в словарном запасе). Автономно предлагается масса озвученных словарей (скажем, на 6000 глаголов, словари TOEFL и т.д. и т.п.). Подобная программа предлагается за 100 зеленных президентов. Еще пример, у буржуев популярны программы типа напоминателей дней рождения и различных оганайзеров. Самое смешное, что реализация этих программ оставляет желать лучшего. Я видел на буржуйских сайтах весьма корявые birthday remembers, за которые они берут деньги. Сами любят «рюшечки», а делают фигню. Если брать за пример минимальный объем кода, то видел сайт, на котором просят деньги за программу, извлекающую электронные адреса из файлов. В другом месте нашел код этой программы, основной алгоритм занимает 5-6 килобайт. Короче, идея понятна, смотрим на сайтах продающих программы, рейтинги программ-бестселлеров, берем простейшие из них и делаем лучше. Затем пытаемся толкать их буржуям. Если повезет, то разбогатеем.

Ежели ориентироваться на работодателя, то весьма котируются базы данных. Правда, считается глупо писать на си++ учетные задачи, мол, типа сложно. Хотя это еще спорный вопрос. Я вот написал и успешно внедрил на предприятии собственные конфигурации на 1С77 по расчету зарплаты и учету ресурсов и теперь могу расслабиться на работе. Появилось свободное время и желание что-нибудь наваять на си++. Вот мой результат за первые несколько дней работы (из соседней ветки:
http://www.sql.ru/forum/actualthread.aspx?tid=594825):
http://www.sql.ru/forum/actualfile.aspx?id=6211038
Думаю, что если ориентироваться на конечное приложение, а не на средство разработки (типа 2С), то должно что-то получится, в том числе, возможно, и на продажу…

МорикПочему глупо и в чем сложность? На предприятиях оч много корпоративного софта писанного на C++,Delphi под Firebird,MSSQL Serv, Oracle.
Я вот как раз сменил работу что б на сях начать писать, и начал как раз с БД.
Смотря конечно, какого уровня задача. Если имеется в виду простой клиент с одним контролом-гридом, и со стандартным механизмом доступа к данным (ADO, ODBC или OleDB), то вряд ли это будет сильно сложная задача, и вполне может быть курсовиком для студента. Если же брать более серьезные задачи с необходимостью доступа и, главное, их отображения на уровне интерфейса, к сотням таблиц, плюс автоматизация средств отчетов, то это уже не покажется детским лепетом на лужайке. Пример реализации - 1С77 (про 8-ку я не в курсе). Только давайте не спорить, о качестве реализации и прочих достоинствах или недостатках 1С. Или, что, мол, это типа не база данных. Дело не в этом, главное, что проект реализован на С++, из VS6. Проект очень сложный (трудоемкость пару десятков человеко-лет). Это доказывают альтернативные открытые проекты, типа «2С» (15 МБ кода в исходных текстах для версии 0.0.0.3), «Ананас», «1L» и т.д. того же порядка объема, но еще весьма далеких от совершенства. Да, это попытки создать средства разработки баз данных. Но все это доказывает потребность в специализированных программах для работы с базами данных.
Я работу не менял, но тоже недавно начал писать на «сях» для работы с БД, о чем уже говорил здесь. Опыт внедрения собственных конфигураций на 1С показывает, что очень мало людей хорошо разбираются (на прикладном уровне) с концепциями и моделями учетных задач. По крайней мере, по технологии доступа файл-сервер с использованием преимуществ терминал-сервера. Оставим в стороне технологию клиент-сервер. Мне кажется, ее использование упрощает жизнь разработчику, но усложняет жизнь пользователю (в смысле, мало комфорта для работы). Хотя фирма 1С и попыталась в восьмой версии своего продукта совместить несовместимое (интерфейс от файл-сервера, а доступ к данным от клиент-сервера, для чего ей пришлось ввести лишнее звено-посредник – сервер приложений), ну пусть она сама и трах тыбы дох тыбы дах со своим неповоротливым монстром. Однако мне нравится семерка, в общем, 1С77 помог мне профессионально реализоваться, Жаль, что эта фирма не собирается развивать свой продукт. Вот и приходится делать эту работу за нее. Для этого я и начал изучать Си++. Только я не собираюсь делать очередное средство разработки. Как показывает опыт, по большому счету это глупая затея. Те, кто хорошо знает системное программирование и способен делать и делает средства разработки, обычно не собирается работать на прикладном уровне и писать конечную конфигурацию учетных задач для своего детища. Хороший пример 2С. Они, тяп-ляп средство разработки сфарганили, а до конечных конфигураций руки не дошли, то, что демонстрируется не более чем пародия на учетные задачи. Недостатков такого разделения масса, системщик не учитывает интересы прикладника, а последний, как правило, не знает всех возможностей системы и слаб в теории учета, да и отношение к ним соответствующее, типа 1С-программист, это, мол, «конфигураст». Поэтому приходится брать на себя роль и системщика и прикладника. Это обещает сильно упростить программулину по сравнению со средством разработки баз данных. Однако, ни в коем случае не стоит пользоваться компонентами баз данных, всякими там стандартными гридами, ActiveX элементами, ADO, ODBC, OleDB и тому подобное. Нужно непосредственно работать с полноценными библиотеками баз данных, а не каким нибудь там MySQL или ToySQL. В общем на эту тему можно долго говорить.

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

Морик Emery
Кстати, если не секрет, а как вы планируете организовать доступ к базам данных?


Кому адресован вопрос и кто конкретно имеется ввиду?
Вам адресован и вы имеетесь в виду.