ifelser

Модельки в переходе

2009-10-19T20:40:33Z

Автоэкзотика 2009

2009-07-11T21:45:13Z

Сходил, посмотрел. Вердикт - если вы не автолюбитель, то делать там нечего. Машины стоят на траве, дороги подчас в громадных лужах (а это был солнечный день, в дождик там вообще делать нечего), основная масса машин - не интересны, всякие вазы, москвичи, волги, запоры - ну чего на них смотреть? феррарей, ламборгини, бентлей и тд (пагани, бугатти) не было. В воздухе подчас попахивает навозцем, чтобы чтото купить (из еды) надо очередь отстоять нехилую. Вот ролик, в котором собрано лучшее что было:

540 kick

2009-06-30T17:21:44Z

Ржал по страшному

2009-06-29T19:38:26Z

Работа со сканером под C#

2009-06-28T18:41:26Z

Вопщем надо было поработать со сканером в с# - ну там получить изображение прежде всего. Вникание в тему дало такие аксиомы - есть два типа драйверов под сканеры - WIA и TWAIN. WIA - это виндовоская приблуда, работает через COM, соответственно в шарпе надо просто экспортнуть из интерфейса и вперед. Почитать можно в MSDN про сие дело. Но промышленный стандарт это именно TWAIN (переводится как "технология без интересного имени") и так совпало что сканер с которым мне надо было наладить связь не поддерживал WIA, пришлось заморочиться с TWAIN, хотя WIA выглядел проще (надо заметить что видимо любой сканер поддерживает TWAIN, а вот виа - не любой). TWAIN реализуется в виде библиотеки twain_32.dll, есть документация на сотни страниц, так что если вам делать нечего можно ее почитать. Я благо наткнулся на статейку на codeproject где вобщем то есть исходники для работы с сим чудом (линк - http://www.codeproject.com/KB/dotnet/twaindotnet.aspx). Основная идея - экспорт функций из dll и дальше работа с ними. По самим функциям TWAIN могу вынести резюме - есть одна громадная функция которая путем комбинации параметров выполняет все что надо.
Успехов!

Маховое сальто

2009-06-27T18:54:37Z

Работа с Excel в VisualStudio c++

2009-06-18T19:27:49Z

В принципе кто ищет тот обрящет, но так сразу у меня не получилось найти как работать, хотя формально все просто - импортируешь из excel.exe интерфейсы, а дальше пытаешься наощупь понять какие методы нужны. Но на стадии импорта уже столкнешься с проблемой что вылезут неодназначности и там нужно будет проделать хитрость - подменить названия некоторых импортируемых методов чтобы не было конфликтов.

Вот код классца который помог легко решать мои задачи, а именно обеспечил простой доступ к содержимому ячеек первой страницы (необходимости читать все не было):

WorkWithExcel.H

#ifndef _WORKWITHEXCEL_H
#define _WORKWITHEXCEL_H

#pragma once

#include

using namespace std;

//вспомогательные интерфейсы, они видимо нужны
#import "C:\Program Files\Common Files\Microsoft Shared\OFFICE12\MSO.DLL"

#import "C:\\Program Files\\Common Files\\Microsoft Shared\\VBA\\VBA6\\VBE6EXT.OLB"

//импорт интерфейсов екселя с подменой названий методов
#import "C:\\Program Files\\Microsoft Office\\Office12\\excel.exe" \
rename( "DialogBox", "ExcelDialogBox" ) \
rename( "RGB", "ExcelRGB" ) \
rename( "CopyFile", "ExcelCopyFile" ) \
rename( "ReplaceText", "ExcelReplaceText" ) \
rename( "Rectangle", "ExcelRectangle" ) \
rename( "Arc", "ExcelArc" ) \
rename( "Picture", "ExcelPicture" ) \
rename( "Font", "ExcelFont" )

//---------------------------------------------
class CWorkWithExcel
{
Excel::_ApplicationPtr m_pApplication;;
Excel::_WorkbookPtr m_pBook;
//текущая страница с которой читаются значения
Excel::_WorksheetPtr m_pActiveSheet;
public:
CWorkWithExcel(wstring file);
~CWorkWithExcel();

int m_Error;

double GetDoubleVal(int row, int col);
_variant_t GetVal(int row, int col);
};
//---------------------------------------------
#endif

WorkWithExcel.cpp

#include "windows.h"
#include "atlbase.h"
#include "atlcom.h"

#include "WorkWithExcel.h"

//не используется в .h ибо идет перекрытие методов
using namespace Excel;
//---------------------------------------------
CWorkWithExcel::CWorkWithExcel(wstring file)
{
m_pBook = 0;
m_pActiveSheet = 0;
m_Error = 0;

HRESULT hr = m_pApplication.CreateInstance( _T("Excel.Application"));

if (FAILED(hr))
return;

//тут try ибо в случае если файл не находится, то вываливается ексепшн, а не //возвращается код ошибки, впрочем слышал что можно импортнуть так, чтобы //возвращался код ошибки

try
{
m_pBook = m_pApplication->Workbooks->Open(_bstr_t(file.c_str()));
}
catch(...)
{
m_Error = 1;
return;
}

m_pActiveSheet = m_pBook->Sheets->Item[1];
}
//---------------------------------------------
CWorkWithExcel::~CWorkWithExcel()
{
if (m_pBook)
// m_pApplication->Workbooks->Close();

m_pBook->Close();
}
//---------------------------------------------
double CWorkWithExcel::GetDoubleVal(int row, int col)
{
double res = 0;

if (m_pActiveSheet && col <= m_pActiveSheet->Columns->Count
&& col >= 0 && row <= m_pActiveSheet->Rows->Count && row >=0)
{
Excel::RangePtr rp;
rp = m_pActiveSheet->Cells->Item[row][col];

res = rp->Value.dblVal;
}

return res;
}
//---------------------------------------------
_variant_t CWorkWithExcel::GetVal(int row, int col)
{
_variant_t res = 0;

if (m_pActiveSheet && col <= m_pActiveSheet->Columns->Count
&& col >= 0 && row <= m_pActiveSheet->Rows->Count && row >=0)
{
Excel::RangePtr rp;
rp = m_pActiveSheet->Cells->Item[row][col];

res = rp->Value;
}

return res;
}

Как снимал хату

2009-05-05T19:23:34Z

Снимал в районе Октябрьского поля - Щукинской - Тушино. Использовал сайт cian.ru. На Тушино квартир нет - в основном предложения по Красногорску (ближайшее замкадье). На щукинской тоже вообщем то немного, в основном ориентировался на Поле. Тут достаточно близко к центру, поэтому цены несколько повыше, чем у мкада. Фонд в основном пятиэтажки сталинки, есть прилично двухэтажок, ну и есть многоэтажки. Хорошая квартирка стоит от 25 - это хороший ремонт, пластиковые окна, вобщем все очень культурно, есть конечно неадекватные предложения, но их в топку. Основная минимальная цена на приемлимую квартиру - 23 тыры. Можно и за 20 и даже 18, но это будут либо в стремном состоянии, либо может в хорошем, но малогаборитки - скажем 12-15 квадратов. Время активного поиска составило месяц, так что имейте ввиду что приличный вариант за разумные деньги за 2 дня не найдешь, впрочем если не жалко 25 (плюс свет - телефон) то можно и за день-два найти. За 23 в основном характеризуются свежей бытовой техникой, мебель может быть как 90 годов, так и парулетняя (может быть и 80х, но такое лучше не рассматривать). Фотки квартир имеются гдето в 20 процентах случаев, в основном как мне показалось, когда квартира несколько дней не сдается, то выкладывают чтобы лишний раз не бегать. Были предложения которые висели по 2-3 недели (это пока я следил). Ради интереса посмотрел что предлагается на севере Москвы, в районе петровско - разумовской - ситуация значительно лучше, за 20 предлагается то что на поле стоит 23-25, причем много разных вариантов, а на поле вариантов не очень много (хотя может раз на раз не приходится). Лучше конечно смотреть на хаты с фотками, ибо по описанию ничего не поймешь, если написано свежий ремонт, то это вовсе не значит что хата будет приятной, зачастую бывает неприкрытое вранье, когда по описанию все ништяк, а на самом деле атас.
Над агентами поржал - первой была бабушка, бомжеватого, да простит меня, вида. Когда ее увидел захотелось пройти мимо, был еще студент, но пара была и приличных товарищей, видимо зависит от того кто это - частник или представитель агентства.

Мнение о шаблонах проектирования

2009-02-21T17:24:39Z

Теперь я почти их все знаю, могу высказать резюме - до некоторых вещей и так допрешь с опытом, а в основном вся суть этих паттернов - использование интерфейсов и ничего более. Попытался применить шаблон стейт (было 2 состояния), плюнул на 10% деле, ибо задолбалсо, так как методы мало пересекаются (чтобы и там и тут было) и приходится плодить пустые, плюс если сделал в одном то надо и во втором сделать (хотя бы пустой) и в интерфейс добавить, то есть прибавляется дофига работы. Хотя конечно не скажу что эти знания бесполезны, нормальный прогер конечно должен такое знать. К слову говоря основная идея шаблонов (напомню, интерфейсы) к примеру реализована в COM'е.
Некоторые шаблоны конечно же применяю, более успешно, но к слову те, которые и без книги знал, просто теперь я более четко знаю возможности ООП (шаблоны то на ООП построены), быстрее вижу выходы из ситуаций, причем красивые выходы а не абы как. У меня весьма удачно получилось применить к примеру шаблон модель - представление.

Сравнение сред Builder C++ (6.0) и Visual Studio (2005)

2009-02-15T20:36:07Z

С билдер проработал год профессионально и гдето 2 года лабы в инсте делал. Со студией уже полгода профессионально (Qt) и еще немного до этого имел дело. Сразу оговорюсь что возможно некоторые проблемы как-то решаются, но я не знаю этих способов, хотя и искал.
Итак. Первый же существенный минус студии - нельзя переключаться между хедером и его сиплюсплюсником (файлом), а также формой, соответствующей данному файлу (это Qt). Можно только сделать go to header. Это крайне существенный минус, который не дает нормально работать, ибо задалбливаешься мышкой щелкать, да еще надо найти файл (в закладках хотя бы).
И в той и в другой среде бывают косяки со списком методов класса (это когда в срр тыкнуть в какойто метод и наверху в комбобоксе появятся методы класса в который тыкнули), то есть они не видятся при какихто условиях. Разумеется это тоже не добавляет удобства ибо когда файл большой то задолбаешься искать. В таких случаях в студии не работает и go to definition.
Компиляция - здесь с громадным отрывом лидирует студия, ибо ребилд среднего приложения (12-15 файлов срр) занимает (точно не засекал) секунд 40, тогда как примерно такого же уровня приложение в билдере может по 300 секунд занимать (без всяких шуток, ребилд в билдере это вещь конечно приятная, ибо несколько минут можно о чемто помечтать, но все таки иногда на это уходит слишком много времени). Также в билдере есть другая беда - зачастую надо ребилдить весь проект, ибо не хватает перекомпиляции только файлов в которых были произведены изменения (с учетом зависимых хедеров), за полгода ни разу не столкнулся с такой бедой в студии.
В студии есть неплохая возможность располагать файлы в 2 таба, то бишь видеть сразу 2 файла на экране, в принципе помогает, я ей всегда пользуюсь, еще бы экран так в 22 инча...
В студии также можно проект сразу билдить в либу или длл (всего лишь указав в опциях тип выхода), в билдере для этого надо создавать отдельный проект специального типа.
Вобщем это были основные моменты которые для меня имеют большое значение. Про дизайнер говорить не хочется ибо там билдер на 10 корпусов впереди Qt-шного.
Конец.

Критика QTableWidget

2009-02-07T13:32:14Z

Пришлось поюзать, вот мнение, возможно где-то не прав. Итак:
1. Нет мастер-детайл.
Конечно это продвинутая функция, но всетаки.
2. Нельзя получать доступ к столбцам по их имени, заодно и проверять существует ли столбец с таким именем. Это офигенный косяк, который не дает красиво и продуктивно работать. Для проверки наличия столбца нужна как дурак перебирать все. Даже сурцы просканировал, так и не нашел возможности.
3. Нельзя обратиться к ячейке (взять текст) если не был установлен item. Из-за этого если в ячейку на этапе загрузки не надо ничего писать, то либо все равно надо создавать item, либо потом в просмотре проверять а есть ли item, чтобы сделать item->text(). Неужто сделано для экономии памяти? Бред.
4. Когда создавал динамически колонки и поставил чтобы их ширина автоматически выравнивалась по содержимому, то последняя колонка выравнивалась по содержимому ячейки, а так как содержимое хедера было шире, то он обрезался, что было очень некрасиво. Как ни бился побороть не смог. Косяк.
Итог: хреновато, слабо. При том что цена Qt от 1780 до 6600 баксов (http://www.ii-system.com/partners/trolltech/qt/pricing.htm). Билдер покупался за штуку, компоненты DevExpress пару сотен стоят и получается убер - система, но конечно не кросс. Да и первый выход в свет библиотеки Qt состоялся в мае 1995 года, то есть время то было.

Дорога на работу в Москве

2009-01-18T19:32:24Z

Одним из факторов по которому не хотелось ехать в Москоу, было время затрачиваемое на дорогу
на работу. Мне тяжело было представить как можно тратить 3 часа в день только на добирание
до работы, учитывая что сама работа 8 часов. Но все таки приехал.
Итак, сколько я трачу времени и денег на дорогу. Сначала нужно добраться до метро - 15 минут
средним ходом, либо 4-5 мин на газели (20-25 руб в зависимости от номера), сначала правда её
нада дождаться и сесть (может быть забита). Дождаться в зависимости от случая 0 - 10 мин,
да до остановки 1 минута хода. Можно поехать на автобусе, его тоже надо дождаться и едет он
прилично медленней ибо останавливается на каждой остановке и если народу много то долго длится
процесс посадки ибо все заходят в одну дверь. Стоимость - 17 руб если купить билеты в киоске и
25 если у водителя. Таким образом видим что городские автобусы дороже и медленнее чем газели.
Затем подъезжаю к метро, спускаюсь, сажусь - это 2 - 4 минуты.
На метро еду с одной пересадкой, при пересадке нужно пройтись метров 250, впрочем переход не
самый страшный, бывают значительно хуже, я уж не говорю если надо 2 раза пересаживаться и
на переполненных станциях - там веселуха мама не горюй. До пересадки еду гдето 35-40 мин,
пересадка около 3 мин, далее до станции работы гдето 12 мин. Потом до проходной если пешем
то 11 мин (все время хожу пешем, ибо автобусы/газели надо ждать, платить, а выигрыша особого
не будет, а места там достаточно приятные и идти не скушно, особенно с музоном), далее 10 мин
от проходной до рабочего места.
Итого - 1,5 часа и денег от 35 (газель + оптом за метро дешевле чем 1 поездка (а одна поездка
нынче стоит 22 руб)) до 63 руб в одну сторону. Вот так вот. Могу сказать что расстояние гдето 25 км. На тачке кстати если б была хрен добере-
шься.

нету рефлектинга в с++. Why?

2009-01-11T20:14:54Z

Вроде любят говорить что с++ самый мощный, ну или во всяком случае очень мощный язык, а такой подчас нужной вещи как рефлекшн нету. Может будет?

Юзание потоков на QT

2008-12-28T19:01:20Z

Короче задача у меня была следующая - нужно было чтоб при длительной загрузке данных
визуальный интерфейс не зависал, а отображал окно прогресса.
Это можно сделать и без потоков, если бы не было вызовов функций,
которые долго (0-5 сек в среднем, но в принципе до бесконечности)
не возвращали управление. Да и вообще наверно не хорошо чтобы в любой функции были вызовы репаинта интерфейса.
При этом хотелось бы чтобы логика вызова функций была неразвывной,
то есть такой как будто не используются потоки а идет вызов обычной функции.
Также поток должен был жить на протяжении жизни самого приложения, ибо в нем создавались объекты,
которые создавать каждый раз при запуске нового потока не есть гуд. Также не надо было
чтобы параллельно с работой потока еще чтото делалось,
поэтому нормально было чтобы программа не реагировала на воздействия во время загрузки.
Короче как я это сделал. Создал класс наследник QThread Mythread, а также класс ThreadObject
(наследник QObject чтоб подключить события) посредсвом которого будет происходить "незаметный" вызов методов объектов,
живущих в дочернем потоке. У Mythread в run написал что-то типа
run()
{
threadobject = new ThreadObject();
exec(); //включение цикла обработки сообщений потока, чтоб поток жил пока ему не пошлется сообщение выхода quit
delete threadobject;
}
Здесь надо бы упомянуть что чтобы вызвать код в другом потоке можно воспользоваться следующим способом применительно к Qt.
Если объект создан в потоке Х, то вызов его слотов будет происходить в потоке Х
(если не изменить последний параметр функции connect). Именно поэтому threadobject создается в run,
тк run - это другой поток, а скажем конструктор Mythread - это тот же поток в котором происходить создание объекта
этого класса (Mythread). В конструкторе ThreadObject происходит подключение событий,
посредством которых код вызывается в нужном потоке:

class ThreadObject
{
signals:
void StartProcess():при вызове этого сигнала сработает слот Process, который будет работать в потоке в котором создан объект ThreadObject
slots:
void Process();

InParameters m_InParameters;
OutParameters m_OutParameters;

ThreadObject()
{
connect(this, SIGNAL(StartProcess()), SLOT(Process()));
}
}

Слот Process имеет такой код:
void Process()
{
switch (state)
{
case GetValueA:
..... //какой-то код
SetEvent(ProcessComplete);//говорим что обработка завершилась
break;
case GetValueB:
OutParameters.doubleval = GetValueBMethod(InParameters.intval);//чтобы Process не стал бесконечно длинным вынос длинных методов
SetEvent(ProcessComplete);//говорим что обработка завершилась
break;
}
}

int ThreadObject::GetValueBMethod(double val)
{
//тут может быть любой код, если он вызывается из метода Process то будет работать в том потоке в котором создан
//ThreadObject (ибо его в принципе можно вызвать и непосредственно, тогда он исполнится в том потоке, в котором был вызван)
return (int)val / 2;
}
Для того чтобы обеспечить передачу параметров внутри ThreadObject есть классы для входных и выходных параметров:
class InParameters
{
int intval;
double doubleval;
vector<int> vectorintval;
.... //описываются все необходимый входные данные
};
class OutParameters
{
int intval;
double doubleval;
....
};
Теперь посмотрим как выглядят функции для вызова извне, то есть те через которые собственно и будут получаться данные:
int ThreadObject::GetValueBMethod_(double val)
{
state = GetValueA;
InParameters.intval = val;

ResetEvent(ProcessComplete);//сбрасываем событие
while (WaitForSingleObject(ProcessComplete, 10) == WAIT_TIMEOUT)//ждем когда обработка завершится,
QCoreApplication::processEvents();//а чтобы интерфейс обновлялся делаем processEvents

return OutParameters.doubleval;
}

Замечание: Используются события винды, но можно заменить чем-нить другим.
Замечание: Код может быть слегка неправильным, ибо описываю основную идею, а не конкретику.

Итак, если бы нам нада была вызвать GetValueBMethod в этом же потоке то вызываем ThreadObject->GetValueBMethod(5);
если из другого, то ThreadObject->GetValueBMethod_(5);
При этом логика вызова будет одна и та же, можно абсолютно безболезненно заменить вызов метода
в другом потоке и ничего не придется менять.

P.S. Тутошний редактор не понимает rtf поэтому такой стремный стиль.

Установка qwt

2008-12-23T20:18:08Z

В принципе ничего сложного, но для тех кто особо нерешителен и сомневается выбрать ли ему квт опишу процесс. Правда только под студию, в которую уже интегрирована qt. Итак качаем исходники с сайта, открываем файл проекта .pro в студии через пункт меню "Qt => open solution from ,pro", билдим. Появляются файлики qwt.lib и qwt.dll. Длл бросаем в кюте/бин или систем32, а в проекте где будете юзать квт (или в настройки среды, чтоб не указывать для каждого проекта) добавляете пути к инклудникам (.h) квт и .lib. И все

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

Если хотите заюзать в наследнике класса qwtplot (а возможно и любого из библы квт) такую фигню как макрос Q_OBJECT, то неплохо бы в дефайны проекта добавить директивку QWT_DLL. Успехов!

Группа ХЗ

2008-12-20T16:27:33Z

ХЗ - хуй забей. Не слышал о ней никогда, а на работе дали послушать. Проникся, предлагаю:
Гость с Альдебарана
http://webfile.ru/2494551
Буй
http://webfile.ru/2494547

Опишу собеседования на которых я был. 1. RBCsoft

2008-12-18T21:03:35Z

RBCsoft - пришел сказали что надо Си + мускул (проект loveplanet)(я как то думал что с++ (ну еще там чтото)), поэтому желание работать сразу пропало. Но стал отвечать на вопросы, они были не сложные, но я лоханулся примерно на таком вопросе
функция должна вернуть строку, как правильно?
char* func()
{
return "Ok";
}
char* func()
{
char str[] = "Ok";
return str;
}
и еще какието не варианты. Ну меня перекосячило и я сказал 2 (чото подумал что там динамическое выделение и поэтому все верно). Сказалось то, что в рабочей практике не работаю с char*, в билдере - AnsiString, std::string. Понятно что после такого отказали (еще пару вопросов небольших, вроде ответил пральна). Ну да и ладно.

про qt qwt

2008-12-16T19:54:19Z

так получилось что пришлось делать проект на с++ + qt. И жизненно необходимы были
диаграммы (чарты), причем qt до этого в глаза не видел, только слышал что есть
(в вакансиях часто требуется). Полазив по интернету пришел к выводу что практически единственное
и самое популярное средство (во всяком случае бесплатное, по платным ситуацию уже
не помню) - это библиотека qwt. Когда скачал, перехотелось её использовать,
ибо там было великое множество классов и методов и все только для того чтобы делать чарты.
В дизайнере разумеется ни хрена ничего не настраивается. При этом разумеется её надо было
собрать, с чем возникло тоже полно трудностей (в сумме наверно пол рабочего дня потратил на сборку).
В итоге волей-неволей пришлось изучать, смотря хелп и примеры, кои есть в достаточном количестве.
Причем фишка в том что в интернете про её использование не найти инфы, а на приличном форуме
по qt тоже не нашлось человека хорошо в ней разбирающегося (или все молчали). Нет, пару
человек сказали что использовали, но на вопросы (простейшие) никто не отвечал. Поэтому вкратце
скажу что я о ней думаю после 3 месяцев работы с qwt (не все разумеется 3 месяца, но постоянно приходилось
возиться).
Если вы до этого сидели на билдере с++ (как я), то конечно жопа полная. В билдере все
настраивается через дизайнер, ну чтото в коде (в основном то что тяжело через дизайнер),
тут же все вперед ручками. Для тех кто сидел на к'юте до этого это вобщем то не страшно,
ибо в к'юте в основном все ручками фигарится - это громаднейший минус. Причем к'юте платная
для использования в коммерции и к слову очень даже платная. Да и вообще, проработав уже 3 месяца
на к'юте в общей совокупности особых плюсов не заметил.
Но вернемся к qwt. Итак чтобы настроить к приеру шкалы нужно получить доступ к классу и через
него все настраивать, причем названия методов (а в кюте все делается через методы, а не
к примеру атрибуты (хотя бы какаято часть)) не больно то логичны, то есть с наскоку не
возьмешь. Чтобы сделать сетку нужно добавить специальный класс, чтобы сделать выделение
мышкой - тоже спец класс, а самое что убило - нет автонастройки лэйблов по осям, то есть
если вы хотите к примеру по оси х выводить дату, то придется унаследоваться от класса оси
и переопределить один метод, сделав преобразование из типа дабл к нужному нам типу по какой то
функции ибо по осям кюте понимает только дабл. При этом еще компонент еще и подглючивал -
рисовал метки за границей себя (для исправления этой фигни пришлось переписать пару методов (конечно
было изменено немного, но получилось очень некрасиво)).
Основная идея чартов - рисовать графики и соответственно нада загнать кудато данные.
Вот тут еще одна жопа - в qwt нет метода типа Линия->addvalue(x,y), там нада выделять динамически
массив даблов, его забивать и передавать в функцию, указывая длину - и такой бред в конце
2008 года! Пришлось написать свой собственный адаптер для перевода скажем вектора значений
в эту байду.
В целом сложилось впечатление что компонент тормознутый (нет, он аццки не тормозил, но не было
какойто легкости, как когда создаешь пустую форму на билдере с каким то еще компонентом и это
просто ЛЕТАЕТ), при этом комп - двухядерный кор на 2,4 ггц. Да и полное создание такого
компонента (с настроенными осями и тд) занимало не позволительное время - пришлось
создавать их не скопом, а по мере необходимости, ибо создание протормаживало интерфейс, что
крайне неприятно.
Кароче вывод такой - уж если связались с кюте, то видимо будете вынуждены использовать
и qwt (когда нужны будут диаграммы), а следовательно - готовьтесь!

Как я искал работу в Москве в августе

2008-12-15T19:57:36Z

Я имел опыт работы год на С++ Builder + Firebird в Самаре, также высшее образование программиста.
Вначале хотел пойти в геймдев, так как люблю игры, но попосылав резюме таким товарищам как акелла, нивал и не
которым другим меня туда не пригласили. В итоге договорился только с одной небольшой фирмочкой
чуть-чуть за мкадом, но пройдя собеседование (или наоборот не пройдя) и заявив что хочу 50 тыр, мне отказали
(не сразу, сказали подумаем, но потом так и не ответили, пришлось самому связываться с ними).
В итоге пришел к выводу что в геймдев могут идти либо профи с некоторой потерей в зп но зато
заниматься любимым делом либо студенты - москвичи, которым меньше денег нада.
Соответственно пришлось обратить взор на обычную программерскую работу.

Про метро

2008-12-13T18:34:17Z

Метро, сука, веселое. В нем утром и вечером очень много народу, толстые собаки, валяющиеся по среди прохода как свиньи, бомжи, спящие на лавочках. Очень весело с утра садиться на конечных станциях - все как спринтеры готовятся к прыжку в разверзнувшиеся двери, при этом никому не будет пощады, бабушки будут лететь в стороны, будет давка. Все ломанутся на свободные места, по опыту знаю что тут главное не суетиться, а идти к какойто одной лавочке, ибо обычно всегда на некоторое время остается одно место, к нему надо идти с решительным видом чтобы другие нащупавшие его взглядом не стали попусту тратить силы на доставку своего тела на вакантное место. Треть людей обычно чтото читает, половина книги, газеты, другая чтото с девайсов. Здесь много пенсионеров с кпкашками, становятся популярными электронные книги.