Потому что код в данном случае не на первом месте, я в него полез не сразу) Идеального кода нет, но есть приятночитаемый. И «покопался» — сильное слово, в основном .h файлы посомтрел… И я не предлагаю вам бежать всё переписывать, я просто даю несколько советов, которые мне кажутся полезными. Прислушиваться к ним или нет — ваше право, разумеется.
Я чуть про код ещё выскажусь, если не возражаете (совсем уж вчитываться не стал, но частично глянул):
— определитесь со стилем (например, страшно видеть абсолютно по-разному офомленные if-ы или имена переменных, находящиеся в 3 строчках друг от друга)
— структура Point: сигнатура оператора «равно» — ещё куда ни шло, хотя парамтр там бы const ссылку сделать, но вернуть вы ничего не забыли там случайно?
— инкапсуляция? (пример её отсутствия тут и тут, хотя бы)
— велосипеды? половина math как минимум
— (это по вкусу, может быть) обилие указателей, где можно использовать объекты/сслылки.
1) В процессе прочтения первого предложения я впал в ступор целых два раза: «математический анализ», который как бы не к месту, и прекрасное «наиболее лучший».
2) Используйте для формул что-то приличное, ибо вот это
a^ = b^ + c^ — 2*b*c*cos(ALPHA)
, к тому же с потерянными степенями, выглядит не очень.
3) Такую кучу кода неплохо бы как-то пояснять (например, не поясните необходимость своего класса Exception вместо дерева stl-евских классов исключений? И это просто первое, что попалось на глаза, которые разбежались от вида такого числа папок/подпапок/файлов при условно простом алгоритме)
4) Посчитайте точность/полноту/F-меру, чтобы можно было хоть как-то оценивать результат. Круто было бы сравнить с чьими-то уже существующими реализациями похожих вещей.
Хе-хе. Тест с отрисовкой логотипа и правдно весёлый: как обычно, Opera полна сюрпризов :) Ниже пара скриншотов, можно угадать где чей (а если и не угадать, то на них написано..)
Естественно, олимпиадное программирование — не то, чем занимется «среднестатистический программист». Но вообще умение решать сложные задачи (а ещё лучше — быстро их решать) — вполне себе востребованное качество. Научить «реализации подсистем по определенным шаблонам» можно, научить решать сложные задачи — не совсем. Или даже совсем не. Уж точно не за полгода.
Ох, колёсико сбоку… давно же это было… С ходу вспоминаются Philips Xenium 9@9, Sony Ericsson W950. Во втором, правда, не знаю, для чего это колёсико использовалось.
Мне кажется, или имелась в виду не проблема несовместимости форматов с LibreOffice, а нацеленность курса по офисным пакетам (что уже вызывает сомнения в полезности такового) исключительно на MS Office? Может и не прав, но из текста мне так показалось.
— определитесь со стилем (например, страшно видеть абсолютно по-разному офомленные if-ы или имена переменных, находящиеся в 3 строчках друг от друга)
— структура Point: сигнатура оператора «равно» — ещё куда ни шло, хотя парамтр там бы const ссылку сделать, но вернуть вы ничего не забыли там случайно?
— инкапсуляция? (пример её отсутствия тут и тут, хотя бы)
— велосипеды? половина math как минимум
— (это по вкусу, может быть) обилие указателей, где можно использовать объекты/сслылки.
2) Используйте для формул что-то приличное, ибо вот это
, к тому же с потерянными степенями, выглядит не очень.
3) Такую кучу кода неплохо бы как-то пояснять (например, не поясните необходимость своего класса Exception вместо дерева stl-евских классов исключений? И это просто первое, что попалось на глаза, которые разбежались от вида такого числа папок/подпапок/файлов при условно простом алгоритме)
4) Посчитайте точность/полноту/F-меру, чтобы можно было хоть как-то оценивать результат. Круто было бы сравнить с чьими-то уже существующими реализациями похожих вещей.
p.s. Может, стоит собрать все варианты перевода в одну ветку для удобства, а не раскидывать по всей странице?
P.S. всё сугубо имхо, разумеется.
* более одного раза при сохранении функциональности девайса
Возможность расположить панель вкладок сбоку?
Порядок переключения вкладок при Ctrl+Tab или закрытии вкладки?