А вы как делаете — открываете первый файл, проводите с ним все операции, потом следующий… или вначале открываете все файлы, сохраняете данные а потом в уже с данными проводите все нужные операции?
Автору нужно хранить 1ТБ а в будущем и больше. Что он будет делать когда не сможет расположить на одном компьютере достаточное количество винтов чтобы уместилась вся база? А как быстро эта база будет работать при таких объемах? Я бы не советовал пихать raw данные в тело бд, покуда она хранятся где-то в файловой системе их можно будет при необходимости разнести на разные физические машины
Я не о программистах и кодерах, а о том что решаемые на занятиях задачи должны быть не только интересными но еще и полезными. Конечно нужно обучать базовым алгоритмам, правильному мышлению и тд, то делать это в процессе создания какой-то достаточно серьезной программы. Не учить только голым алгоритмам, но показать файлы, сокеты, окна, графику… пусть даже что-то одно из этого, зато выучившейся человек сможет четко сказать что он что-то умеет делать. Да, по прошествии многих лет, понимаешь, что то общее обучение которое было у нас действительно принесло пользу. Я лишь предлагаю расширить его, добавив к нему практический элемент.
Найти задачу себе по вкусу, если подобный проект существует и вам подходит — присоединяться. Если не существует — попробовать создать свой. По пути — наверняка найдутся люди которым это тоже интересно, и у которых вы вероятно сможете чему-то научиться.
Как вывод — вместо покупки SSD можно настроить себе постоянный рамдиск, создающийся при старте. Перед сборкой больших проектов — перекидывать их туда, потом забирать. По скорости будет даже лучше чем SSD, в крайнем случае докупить оперативки значительно дешевле.
Не понимаю зачем человеку учащемуся на специальности «прикладная информатика в экономике» нужно знать об указателях, ручном управлении памятью и всем прочем. Имхо вполне достаточно чтобы человек понимал как с помощью простых ( или сложных ) скриптов автоматизировать вычисления, которые в ином случае ему придется выполнять руками.
Думаю что языки вроде Python, VB идеально подойдут для них.
Тоже использую. Имхо главный минус — он слишком массивный ( субъективно, понимаю ).
Экран приятный. Работает порой с притормаживаниями, хотя не настолько чтобы это раздражало.
Бывают глюки — типа входящий звонок есть, а ответить на него нельзя ( очень редко ).
Из плюсов — экран, клавиатура, линукс ( ssh, gcc и другие прелести ). Реально собираю на нем некоторые проекты, компилит не быстро, батарею сажает во время компиляции очень быстро, но у меня телефон компилит! =))
Интернет вроде умеет неплохо. Хотя при включенном WiFi садится довольно быстро — наверное около дня может продержаться всего.
Поставил на него чистый openwrt — вначале пришлось помучиться, но теперь работает отлично. Правда делал все через консоль, с родным гуи было куча проблем ( вроде изменяешь безобидную настройку, а все падает ). В целом отличный девайс.
Это плюс если учесть что операции просмотра истории или накатывая старой версии происходит локально — а это значит в разы быстрей чем в свн ( особенно если скорость до сервера не очень ).
>хочется таки ПЛЮСИКОВ, а не минусов и не того, что «в
>избранное» добавило больше народу, чем плюсануло!
Не все могут голосовать за рейтинг или поднимать карму — есть же много народу с рейтингом/кармой близкими к нулю которые только и могут что комментировать да в избранное добавлять.
Когда пробовал на нем писать возникали двоякие чувства. С одной стороны — «как это прекрасно, он такой модульный, и все отдельно, все по полочкам», с другой — «как же неудобно что нельзя просто взять и сделать а нужно лазить по куче мест и кучу всего знать».
В результате остановился на wxWidgets и кросс-платформенно и сравнительно удобно.
>int тоже становится 64-битным
нет int как раз останется 32х битным, удлиняются лишь long, и все что связано с указателями, хотя этого всего конечно же хватает.
В 64х битной ОС далеко не все типы данных вдруг станут в два раза больше. Та же самая картинка 1000х1000 как занимала в приведенном вами примере 4 мегабайта так и будет их же занимать. Указатели, и все что с ними связано, да длиннее. Но представьте себе код std::map<std::string, MyCoolObject*> конечно — размер этого мэпа увеличится, однако по сравнению с тем что вес каждого ключа будет занимать пару десятков байт, увеличение значения мэпа с 4х до 8 байт не должно быть заметно.
