javenue

Нашел вот такое — www.tenderclub.ru/
Может быть поможет.

Как вариант — подойдет, но лушче делать не раз в сутки, а чаще, например, раз в час. Запись в критичные таблицы лучше лочить на уровне какого-то адаптера, делать проверку скриптом на поломанность, в случае чего — чинить, а потом открывать лок.

А вообще — стоит хотя бы попробовать найти причину поломки таблиц. Может где-то на форумах найдете описание похожих проблем. Как вариант — попробуйте обновить версию СУБД, может это баг и он уже исправлен.

По алгоритмам — Вирт. Кнут — это конечно круто, но слишком много математики.
По проектированию — Agile Software Development автора Robert C. Martin. Есть попроще книга этого же автора — Clean Code, но она далеко не вся посвящена проектированию.

1. Лучше назвать print, а не printAll. Метод printAll подразумевает коллекцию IPrintable.
2. Названия методов по code convention пишутся с маленькой буквы.

Для полноты картины лучше добавить еще реализацию IPrintable, например:
public class SingleRowDocument implements IPrintable {
private String row;

public SingleRowDocument(String row) { this.row = row; }
public String getRow() { return row; }

public void print(IPrinter printer) {
printer.printString(row);
}
}


Появилась идея, но не знаю насколько она рабочая, так как никогда такого не делал.
Время ведь можно считать на клиенте с помощью javascript и в необходимых ситуациях (например, переход по внешней ссылке) уже отправлять аяксом на сервер. Нужно только повесить на все внешние ссылки соответствующие обработчики. Ну и трекать, когда человек просто вводит в строке браузера другой URL и уходит с сайта. Насколько мне известно, и то, и другое реализовать можно.

1. Заинтересовали бы скорее всего средние или advanced темы по любым языкам. Хотя такие уроки наверное сложновато составлять.
2. В районе 200 в месяц (12 занятий по 2 часа + ответы на вопросы по e-mail + проверка написанного кода).
3. Бумаги не важны вообще.

По поводу бесплатных курсов — правлильное предложение. Можно в них рассказать базовые вещи, которые человек должен знать, чтобы начать обучение в платных. Бесплатные можно проводить с небольшими группами, а платные — естественно индивидуально.

Удачи в ваших начинаниях. Напишите потом о вашем опыте в проведении курсов.

Для PHP здесь есть примеры www.woweb.ru/load/92, но лично не проверял.

Если реализовывать самому — самая главна проблема это правильная синхронизация. Все остальное — достаточно просто.

TestNG был сделан на базе JUnit, Там даже аннотации похожи. Все преимущества, которые описаны на сайте TestNG как мне кажется не являются преимуществами, так как подавляющее их большинство поддерживаются на уровне IDE (например, запуск нескольких классов) или языка (например, синхронизация). Может быть логирование — это преимущество.

А моков ни там, ни там нет.

Все же до сих пор больше используют JUnit. Так что я бы рекомендовал смотреть в эту сторону.

2 wartur: Может я не совсем правильно понял, но разве речь идет о получении прибыли?

Со всеми готовыми решениями есть проблема — иногда нет плагинов или фичей, которые очень хотелось бы иметь.
Если все же хотите завести свой блог, посмотрите в сторону google blogspot или wordpress. Blogspot предпочтительнее, так как в него легко интегрируются другие гугловые сервисы и примочки. ЖЖ не советовал бы выбирать вообще: очень ограниченные возможности, лишняя реклама и т.д.

Лично я уже более 5-ти лет пользуюсь движком wordpress (правда на арендованном хостинге) и вполне доволен. Хотя через некоторое время собираюсь переехать.

По поводу продвижения: самое главное это уникальный контент (желательно на 1-2 темы) и периодические обновления. В этом случае будет постоянный приток новых пользователей, а старые будут периодически возвращаться за обновлениями.

Вопрос становится еще более актуальным, так как SCJP уже успешно сдан.
Пока что больше всего смотрю в сторону SCJD…

По собственному опыту:
10 тысяч — вполне нормальное число.
50 тысяч и больше — стоит подумать о подпапках и иерархичности папок / документов.

Спасибо за комментарии.

>> На мой взгляд, проблема в том, что участники будут иметь доступ ко входным данным.
>> Участник сможет расковырять присланный ему чекер, и посмотреть тесты. Либоо вообще, разобрав протокол посылать серверу результат «Всё ОК», даже не решая поставленную задачу.

Наверное доступ к тестам не является таким уж критичным. А на счет «все ок» — естественно проверка результатов будет проходить на стороне сервера. Хотя да, контроля мало, особенно по памяти и времени выполнения.

>> Второй вариант — сделать как в Google Code Jam.
Хороший вариант, спасибо.

Еще одна причина, по которой хотелось бы сделать desktop приложение. Можно попросить надежных пользователей выступать «сервером» для запуска чужих задач. То есть они пишут, что мол на их системе есть такие-то компиляторы/интерпретаторы, запускают программу, которая периодически пингает сервер на наличие чужих решений в очереди. Если решение есть, программа вытягивает его с набором тестов (и может даже с правильными результатами), выполняет, замеряет время, память и так далее.

Так как формулу подсчета рейтинга открыто не публиковали, было бы странно обижаться на «несправедливый подсчет», так как он все равно один для всех.
Есть предположение, почему это могло случиться: скорее всего пересчет рейтинга триггерится при осуществлении некоторого действия. Так как вас давно не было на сайте, после публикации комментария была учтена и низкая активность за последний период, что и отразилось на рейтинге.

При достижении некоего процентного значения duplicate на странице она получает минус к позиции при вводе точного запроса, обычно что-то типа -50. Если таких страниц на ресурсе определенный процент от общего количества, можно получить минус по домену. Хабру это не грозит, так как огромное количество уникальных статей на ресурсе и комментариев к ним (даже к полностью скопированным статьям) обычно сводит показатель duplicate к нулю. С другой стороны, на блоге с сотней статей и несколькими комментариями к каждой любое копирование чужой информации может закончиться плачевно для ресурса.

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

Меня очень удивляет то, что вместо ответа на вопрос люди начинают говорить очевидные вещи. Никогда не считал себя совсем уж тупым и естественно варианты с постингом на хабре, а потом у себя, я рассматривал. Но наверное у меня есть объективные причины так не делать (о которых я и написал выше).

Повторюсь: «Может все же есть какие-то варианты, например, использовать абзацы из своих же статей и оставлять к ним свои же уникальные комментарии. Буду благодарен за любые идеи и описания своего опыта в этом направлении.»

Как начинающему прогеру рекомендовал бы вам сначала компилировать и запускать без использования IDE. При правильном изучении после перехода на IDE все вопросы типа «что такое класспас» и «а где мой джарник» отпадут сами собой.

Не совсем клоны, но:
Украина — developers.org.ua
Белоруссия — dev.by

Тоже так считаю. Вообще трудно это объяснить людям, которые только Eclipse и использовали. У меня и на Eclipse, и на IDEA где-то по 3-4 года, но мои доводы никто из знакомых не воспринимает ). С другой стороны, если Eclipse их устраивает, не вижу смысла очень сильно переубеждать.

Кстати, когда-то знакомые рассказывали об интересной статье (к сожалению, найти ее мне не удалось). Смысл такой — один адекватный java-developer, который годами использовал только Eclipse, решил провести эксперимент с IDEA — вроде как программировать 3 месяца только на ней и писать еженедельные отчеты о том, что нравится, а что — нет. Результат: через 2 месяца он купил себе лицензионную IDEA и сказал, что будет использовать только ее. C'est la vie.

Думаю, вопросы стоит разделить на группы. Вот некоторые из них, которые мне кажутся важными:
1. Синтаксис
2. ООП в C++ (средства обеспечения ООП).
3. Указатели и управление памятью
4. Обработка исключений
5. Библиотеки (STL, boost, QT — смотря что требуется для проекта)
6. Темплейты.
Вот здесь есть некоторые вопросы с ответами — www.quizful.net/interview/cpp

Мне хочется иметь свой собственный ресурс, где я пишу статьи на разные темы, в том числе и на неИТшные. Разве это плохо? Зарабатывать на нем я не собираюсь. Но читают меня в основном ИТшники, поэтому будет глупо, если все околоИТшные темы будут на другом ресурсе. Смысл мне тогда вообще вести блог. Тем более, есть очень специализированные темы, которые здесь всякие умники с криком «не формат» просто заминусуют.