Опен соурс проекты?

[Sergunka]

В общем сижу на работе - есть явно несколько недель чтоб провести с пользой для общества.

Какие соображения по поводу поучаствовать в опен соурс проектах?

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

Может кто поделится личным опытом или соображениями как начать и на что обратить внимание на входе?

Заранее благодарен

[rorp]

Поставь какой-нибудь нужный тебе опенсорцный проект. Сто пудов в нем будут тонны багов. Исправь один -- и ты контрибьютор. Ask me how I know.

[Sergunka]

Поставь какой-нибудь нужный тебе опенсорцный проект. Сто пудов в нем будут тонны багов. Исправь один -- и ты контрибьютор. Ask me how I know.

Ага, понял. Спасиб.

[vopros]

http://wiki.apache.org/cassandra/HowToContribute

[Sergunka]

http://wiki.apache.org/cassandra/HowToContribute

Очень качественный пример как да что. Спасибо.

[Teh Instructor]

OpenStack
http://www.openstack.org/

[Sergunka]

Ну, тут я сообразил как в ОpenAM фишка устроена

https://wikis.forgerock.org/confluence/ ... Id=3407880

[Sergunka]

OpenStack
http://www.openstack.org/

Очень крутой проект - спасибо.

[Sergunka]

http://wiki.apache.org/cassandra/HowToContribute

Мне здесь требования к коду вкатили - как старому маразматику и перфекционисту
http://wiki.apache.org/cassandra/CodeStyle

Это достойно быть опубликовано и увековечено на ресурсе

General Code Conventions

The Cassandra project follows Sun's Java coding conventions (http://java.sun.com/docs/codeconv/html/ ... C.doc.html) with an important exception: { and } are always placed on a new line
Exception handling

Never ever write catch (...) {} or catch (...) { logger.error() } merely to satisfy Java's compile-time exception checking. Always propagate the exception up or throw RuntimeException (or, if it "can't happen," AssertionError). This makes the exceptions visible to automated tests.
Avoid propagating up checked exceptions that no caller handles. Rethrow as RuntimeException (or IOError, if that is more applicable)
Similarly, logger.warn() is often a cop-out: is this an error or not? If it is don't hide it behind a warn; if it isn't, no need for the warning.
If you genuinely know an exception indicates an expected condition, it's okay to ignore it BUT this must be explicitly explained in a comment.
Boilerplate

Avoid redundant @Override annotations when implementing abstract or interface methods
Do not implement equals or hashcode methods unless they are actually needed.
Prefer public final fields to private fields with getters. (But prefer encapsulating behavior in "real" methods to either.)
Prefer requiring initialization in the constructor to setters.
avoid redundant "this" references to member fields or methods
Do not extract interfaces (or abstract classes) unless you actually need multiple implementations of it
Multiline statements

Try to keep lines under 120 characters, but use good judgement -- it's better to exceed 120 by a little, than split a line that has no natural splitting points.
When splitting inside a method call, use one line per parameter and align them, like this:

SSTableWriter writer = new SSTableWriter(cfs.getTempSSTablePath(),
columnFamilies.size(),
StorageService.getPartitioner());
When splitting a ternary, use one line per clause, carry the operator, and align like this:

some_variable_in_this_class = the_user_input_this_variable == null
? doFoo()
: doBar();
Whitespace

Please make sure to use 4 spaces instead of the tab character for all your indentation
Many lines in many files have a bunch of trailing whitespace... Please either clean these up in a separate patch, or leave them alone, so that reviewers now and anyone reading code history later don't have to pay attention to whitespace diffs.
imports

Please observe the following order for your imports:

java
[blank line]
com.google.common
org.apache.commons
org.junit
org.slf4j
[blank line]
everything else alphabetically

[IContentProvider]

Может кто поделится личным опытом или соображениями как начать и на что обратить внимание на входе?

Разработать какую-нибудь полезную идею и положить на github. Если будет действительно полезно, то начнут загружать и давать звезды (у меня такой есть). Можно потом хвастаться в резюме.

Если работать на готовый, то могут не разрешить что-то делать, обидеться на зафиксеный баг, обругать, отвлекут невовремя (как я одну хрень тестировала как-то ночью в воскресенье), иногда формализма, хамства и наплевательства больше чем в компаниях. Если есть друзья с проектами, то рекомендую присоединиться к ним. Иногда может быть нормально и с посторонним проектом, если народ не вредный. Хотя тесты писать очень рекомендуется. Это просто из серии поберечь нервы.

[mynameiszb]

Разработать какую-нибудь полезную идею и положить на github. Если будет действительно полезно, то начнут загружать и давать звезды (у меня такой есть). Можно потом хвастаться в резюме.

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

[Sergunka]

свой проект оформить

К слову сказать поработать в опен соурс не помешает хотя бы для того чтоб научится как свои проекты оформлять.

[Сергей Армянский]

ну давайте мне вот фичу добавьте https://code.google.com/p/slowhttptest/ чтоб с TOR ом работала из коробки.

[-helloworld-]

https://code.google.com/p/slowhttptest/

Я тут полез в ваши исходники и нарыл кое чего интересного. Файл slowlog.cc, log_fatal(), строка 60:

Code: Select all

const time_t  now = time(NULL);
char ctimebuf[32];
const char* buf = ctime_r(&now, ctimebuf);
 
fprintf(log_file, "%-.24s FATAL:", buf);

Разве ctime_r() возвращает время в UTC? Насколько я помню "более корректно" использовать gmtime() для точного времени, типа такого:

Code: Select all

time_t now;
struct tm *gmtnow;
char strnow[64];
time(&now);
gmtnow = gmtime(&now);
if (strftime(strnow, sizeof(strnow), "%Y-%m-%dT%H:%M:%SZ", gmtnow))
  fprintf(log_output, "%s ", strnow );

Помоему это баг

[Sergunka]

ну давайте мне вот фичу добавьте https://code.google.com/p/slowhttptest/ чтоб с TOR ом работала из коробки.

Классный проект. Я сейчас почитаю ТОР - спасибо за наводку

https://www.torproject.org/about/overvi ... yweneedtor

Я вообще то читаю?

[Sergunka]

https://code.google.com/p/slowhttptest/

Я тут полез в ваши исходники и нарыл кое чего интересного. Файл slowlog.cc, log_fatal(), строка 60:

Code: Select all

const time_t  now = time(NULL);
char ctimebuf[32];
const char* buf = ctime_r(&now, ctimebuf);
 
fprintf(log_file, "%-.24s FATAL:", buf);

Разве ctime_r() возвращает время в UTC? Насколько я помню "более корректно" использовать gmtime() для точного времени, типа такого:

Code: Select all

time_t now;
struct tm *gmtnow;
char strnow[64];
time(&now);
gmtnow = gmtime(&now);
if (strftime(strnow, sizeof(strnow), "%Y-%m-%dT%H:%M:%SZ", gmtnow))
  fprintf(log_output, "%s ", strnow );

Ну вот еще один контрибьютор

[mynameiszb]

К слову сказать поработать в опен соурс не помешает хотя бы для того чтоб научится как свои проекты оформлять.

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

[Sergunka]

К слову сказать поработать в опен соурс не помешает хотя бы для того чтоб научится как свои проекты оформлять.

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

Как метко замечено в одной из рекомендаций по опен соурс проектам

Open source project momentum is based on source code, test cases, samples, and documentation. If you are contributing more to email discussion lists rather than the code repository, consider re-prioritizing your effort.

[Alexandr]

Open source project momentum is based on source code, test cases, samples, and documentation. If you are contributing more to email discussion lists rather than the code repository, consider re-prioritizing your effort.

[mynameiszb]

Как метко замечено в одной из рекомендаций по опен соурс проектам

... consider re-prioritizing your effort ...

Я бы добавил - что это относится к любой работе. Как только кол-во болтологического шита превышает объем кода - мы получаем очередного менеджера...

[fruit6]

Как метко замечено в одной из рекомендаций по опен соурс проектам

... consider re-prioritizing your effort ...

:D

Я бы добавил - что это относится к любой работе. Как только кол-во болтологического шита превышает объем кода - мы получаем очередного менеджера...

менеджеры набегают везде где пахнет деньгами. даже если никого кода то и нет.

[Alexandr]

Как метко замечено в одной из рекомендаций по опен соурс проектам

... consider re-prioritizing your effort ...

Я бы добавил - что это относится к любой работе. Как только кол-во болтологического шита превышает объем кода - мы получаем очередного менеджера...

менеджеры набегают везде где пахнет деньгами. даже если никого кода то и нет.

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

[Сергей Армянский]

https://code.google.com/p/slowhttptest/

Я тут полез в ваши исходники и нарыл кое чего интересного. Файл slowlog.cc, log_fatal(), строка 60:

Code: Select all

const time_t  now = time(NULL);
char ctimebuf[32];
const char* buf = ctime_r(&now, ctimebuf);
 
fprintf(log_file, "%-.24s FATAL:", buf);

Разве ctime_r() возвращает время в UTC? Насколько я помню "более корректно" использовать gmtime() для точного времени, типа такого:

Code: Select all

time_t now;
struct tm *gmtnow;
char strnow[64];
time(&now);
gmtnow = gmtime(&now);
if (strftime(strnow, sizeof(strnow), "%Y-%m-%dT%H:%M:%SZ", gmtnow))
  fprintf(log_output, "%s ", strnow );

Помоему это баг

пардон. Неуспеваю. Создай плиз issue в http://code.google.com/p/slowhttptest/issues/list. Посмотрю в конце недели.

[Сергей Армянский]

Open source project momentum is based on source code, test cases, samples, and documentation. If you are contributing more to email discussion lists rather than the code repository, consider re-prioritizing your effort.

Человека, который использует слово momentum я определяю для себя одной ногой в лагере булшитеров. Я б сказал что (opensource) project makes sense only if there is an idea behind it, which can only be refined and polished during exhausting and frustrating discussions on the mailing lists. Source code, test cases, samples, and documentation is a non-mandatory addition, which can be generated by a trained pavlovian dog or a chimp.

There are people that would never write a code for my project, but even a single line contribution in a discussion worth more than a whole project for me.

[Сказочник]

свой проект оформить

К слову сказать поработать в опен соурс не помешает хотя бы для того чтоб научится как свои проекты оформлять.

не помешает != поможет