Fil

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

Помню на семинаре по рукопашному бою кто-то задал тренеру вопрос: "Как правильно принимать идеальный удар?". Мне сразу представился абсолютно твердый кулак с массой близкой к бесконечности, движущийся со скоростью близкой к скорости света, и совершающий абсолютно неупругий контакт с челюстью... теоретически выкинутой в тепло энергии может хватить на уничтожение галактики.

А я думаю, что начать лучше все-таки с IDE, во-всяком случае, если работаете на Windows.

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

Поэтому я думаю, что для начала можно поставить Visual С++ Express и начинать писать код через 20 минут :)

На Linux, действительно, можно начинать без IDE, тем более что никаких IDE для плюсов там и нет.

FastStone Photo Resizer

FastStone Photo Resizer is an image converter and renaming tool that intends to enable users to convert, rename, resize, crop, rotate, change color depth, add text and watermarks to images in a quick and easy batch mode. Drag and Drop mouse operation is well supported.

Да, бесплатно для некоммерческого использования: FastStone Image Viewer and FastStone Photo Resizer are provided as freeware for personal and educational use. In these cases, you are granted the right to use these programs free of charge. However, for commercial use, license is required.

Привяжите ключницу и забудьте про капчу.

Книга не интересна, журнал — да.
Думаю лучше б выпускали журнал с наиболее интересными публикациями за неделю или месяц. Периодичность выхода, соответственно, раз в неделю или раз в месяц. Проблемы с наполнением журнала нет, постов хоть завались. Плюс информация была бы всегда актуальной. Аудиторию свою нашли бы. Добавить в ППА пункт про бонусы за печать в журнале и, скорее всего, выросло бы количество постов и их качество.
А среди лучших постов за все время есть немало, мягко говоря, бесполезных или утративших актуальность статей, которые бы странно смотрелись в книге, ИМХО.

Ох уж этот академический подход…

Вся эта теоретическая хрень не нужна на данном этапе. Нужно учить на простых практических примерах. Например мы хотим сделать упрощенную версию арканойда. Для начала упростимм ее до такой степени что шарик летает по экрану и отталкивается от стенок. Садимся пишем. Здесь не нужны ни системы счисления ни архитектура компьютера. Здесь нужны лишь понятия переменных, циклов и какое-то API для отрисовки простой фигуры. Нужно подбирать пример который будет интересен ученику, это может быть что-то другое.

Я не в теме, но очевидно что это не кодирование а просто ID Так как это односторонний алгоритм, где конечных вариантов много меньше чем изначальных, то очевидно могут быть коллизии, то есть выбор алгоритма не важен, можно просто воспринимать как ID. И еще логично предположить, из выше сказанного, что лучше просто делать инкримент id, что бы не мучатся с совпадениями.

1 — Пользоваться 9-patch developer.android.com/tools/help/draw9patch.html
2 — Пользоваться однопиксельными заполнителями(Правда это скорее для бэкграунда кнопок, а не активностей)
3 — Как показал опыт, имеется два наиболее популярных соотношения сторон:
а) 1.77 (480x854, 960x540, 1280x720 )
б) 1.6 (480x800, 1280х800)
Соответственно, можно программно определить соотношение и в зависимости от этого подгрузить нужный ресурс с максимальным разрешением. (Т.е. не нужно для каждого разрешения свою картинку. Масштабируемость от большего к меньшему не портит изображение, если выполняется для одного соотношения сторон ).

В своей практике использую все три варианта. Всё зависит от ситуации и свободного времени дизайнера.

А были когда-то же хабрафуршеты. Потом их перенесли в оффтопиковые блоги, и они загнулись.

Я конечно могу ошибаться или не знать что-то об обычных способах проверки кандидатов, но ИМХО вы просто на халяву кому-то написали Internet-магазин.

Ни посты, ни вопросы не закрываются насовсем.
Их можно комментировать всегда. Голосовать за посты, вопросы, комментарии можно в течение трех дней.

Если процесс не нужно автоматизировать, можете попробовать бесплатную программу Faststone image viewer
www.faststone.org/

Я бы не стал. Припугнуть, поговорить — да, можно. Но кидать на 30 000 рублей, реальных рублей — это… Это не правильно. Более того, заказчик еще ничего не сделал.

Фактически, вы кидаете на 1000$ человека, который (пока) не сделал ничего плохого. А Вы — сделали, кинув его. В результате, невиновный пострадал, а вы под предлогом мировой справедливости обогатились на 1000$.

Да и вообще, вам воспитание и мировоззрение позволит кинуть человека? Даже потенциального злоумышленника? Я бы не смог. Тоже бы спросил тут, но вопрос бы сформулировал так: «Как наказать потенциального взломщика моего сайта?».

Что я могу сказать про проблемы C++?
1. Слишком слабая типизация. Например, int x = 0.0;
2. Система хедерных файлов крайне медленна, «предкомпилированные хедеры» и extern template — полумеры.
3. Запутано подключение чужого откомпилированного кода (DLL, к примеру). Мало написать хедер, надо ещё откомпилировать lib — в общем, интересного мало.
4. Библиотека STL крайне жирна. Хотя и libc тоже «хороша» — минимальная программа на Паскале занимала несколько килобайт, в зависимости от компилятора, на Си — приближается к сотне килобайт. Я не говорю про Linux/MSVC, где libc динамически подключаемая.
5. Строковый литерал на C++ — это та же нуль-терминированная строка. Когда эту строку приходится оборачивать в какой-нибудь std::string, уже при выполнении вычисляется её длина. Зачем? Почему бы не вкомпилировать её в exe'шник?
6. Нет ключевых слов override/reintroduce. При изменении сигнатуры виртуального метода приходится вспоминать, где он переопределялся.
7. Нет виртуальных конструкторов. «Фабрика» — полумера.
8. Коряво реализовано право доступа «читай кто угодно, пишу только я».
9. Явное определение методов как inline или не-inline в сочетании с шаблонами приводит к странным эффектам. Когда расшаблонивание приводит к сложному коду, inline вреден (сжирает кэш процессора), когда к простенькой операции с указателем — наоборот, нужен. В общем, это давно уже должно стать парафией оптимизатора.
10. В разного рода callback'ах замыкание приходится реализовывать собственными силами. Что-то типа: typedef void (*ProcDoSomething)(int aParam, void* aClosure). То же самое в Delphi: type ProcDoSomething = procedure(int aParam) of object;
11. Если вдруг случайно два разных модуля реализуют одно и то же, но один препроцессором, а второй — синтаксисом C++, будет ОЧЕНЬ много геморроя с поиском ошибки.
12. В обычном цикле for счётчик упоминается трижды. В общем, место очень ошибкоопасное. Для самых простых циклов у меня вообще есть макрос FOR_S (i, 0, n); суффикс S означает size_t.
13. Когда из-за рефакторинга «внутренней кухни» объекта меняется способ хранения ссылки, меняется и код, который этой ссылкой пользуется. Например: object.buddy.field, object->buddy.field, object.buddy().field — в зависимости от того, buddy реализовано как Buddy& buddy, Buddy* buddy или Buddy buddy().

Пока, засиделся. Мне бежать.

Попробуйте отключить от компьютера всю переферию, т.е. оставьте буквально только проц, память, видюху, монитор, клаву и мышь а остальное всё — сетевые карты, принтеры и прочее отключите. Ошибка продолжит появляться? Если нет то дальше подключая устройства по одному выйдете на конкретное устройство с драйвером которого проблема.

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