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

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

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

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

Но вот к тому, что бы на основе моего кода плодили код - не готов.

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

Просто укажи в резюме свой опыт программирования. Если просят на собеседовании — расскажешь подробности. Тянуть публичные проекты для такой цели это лютый оверхед.

стоит ли рассматривать gitflic?

Не принципиально. Главное чтоб был стандартный функционал: посмотреть с браузера, клонировать и так далее.

Если решишься выкладывать, подумай о правах. Потому что если код был написан на рабочем оборудовании, то он принадлежит работодателю (вроде бы).

я бы начал с перечитывания КД/ТД/допников к ним.
95% вероятность то что ты создал в периметре/инфрастуктуре работодателя - собственность работодателя, и возможно nda.
а в github для резюме, предполагаю, лучше всего выкладывать абстрактные пет-проекты, которые никак не связаны с работой но показывают твои знания библиотек и как ими ты пользуешься.
для сисадмина думаю в резюме достаточно будет просто упомянуть что в т.ч. и питон знаешь.

Умение программировать и не пустой акк на гитхабе - это однозначно плюс к резюме, но стоит ли ради этого выкладывать всё что есть - спорно. Для резюме достаточно привести список проектов/утилит с кратким описанием, сообщить общий примерный размер кодобазы и сказать что по запросу можешь предоставить примеры кода (и при этом ты можешь выбрать более релевантные кусочки кода и причесать его перед отправкой, это же лучше чем если потенциальный работодатель на Github’е по говнокоду будет шариться?).

Подумай есть ли код который реально мог бы быть максимально полезен / востребован, которым ты мог бы гордиться и который было бы не стыдно / не жалко отдать кому-то на доработку. Пару репозиториев с нормальным README, наличием звезд и хорошей историей будут не лишними в аккаунте на Github’е.

Аккаунты которые сделали «вчера» с никому не нужными репами без звезд, истории и нормального README, особенно от курсов по программированию и data science, не добавляют ценности кандидату. Разве что их можно рассматривать как пример кода, но по примеру кода на гитхабе можно только отрицательное решение принять (если даже на гитхабе код говно, то что теперь), а чтобы положительное принять - надо live coding проводить, иначе никак.

советами замучают (с)

Я бы озадачился вопросом, стоит ли мне НЕ выкладывать свой код. Объективных противопоказаний-то собственно всего три:

1. код пишется для работодателя/заказчика;
2. я собираюсь на этом коде когда-нибудь зарабатывать (и над этим пунктом стоит трижды подумать, насколько он реален);
3. там говнокод (но свою задачу выполняет, как в том анекдоте), который я не хочу никому показывать и трепать себе нервы (но и тут надо подумать, вдруг помогут).

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

А плюшки значительно более интересные:

1. выложенный в опенсорс код значительно труднее потерять;
2. выкладывая код, ты можешь повысить свою репутацию, в т.ч. профессиональную;
3. если случится так, что тебе будут присылать патчи или даже просто сделают публичный форк и будут его развивать — ты можешь узнать много нового и полезного.

Но вот к тому, что бы на основе моего кода плодили код - не готов.

Вот в этом проблема. Ответь на вопрос, почему не готов, что смущает.

Стоит ли вообще заморачиваться на git? Я ведь пишу один. Мне журнал изменений вообще ни к чему.

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

Кстати, чем ты обрабатываешь Excel-документы? Какие библиотеки?

Давным давно выкладывал запросы к API по анализу юрлиц, даже форкали, и ошибки исправляли. И мне в обратной связи было полезно сам и к коду относился как-то посерьезнее что ли.

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

узнал у юриста:

Суды встают на сторону контор (в данном случае код программы) только в следующих случаях: 1.Служебное произведение (код программиста) создано в рамках рабочих обязанностей строго по профессии.

2.Служебное произведение оформлено заданием (программисту) и получено от него под акты выполнения с сопроводительным описанием всего произведения и его частей. Например классы, методы, блок-схемы. и т.д

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

Ваше мнение на это ?

Я бы озадачился вопросом, стоит ли мне НЕ выкладывать свой код.

Я пришел к выводу, что СВОЙ код, который я делал дома для академического интересу, НУЖНО выложить на открытом Git. Нормально оформить. Модифицировать с хорошими коммитами. И т.д. Git я опробовал! Улетная вещь. Более того, он мне все в VS code наглядно показывает.

Остается второе: могу ли я потом часть своего опенсорс притащить на работу и пользовать ? Мне его никто на работ не заказывал. Задания не было. Делал дома. Значит код не принадлежит работодателю. Пользоваться он может, получается, так как лицензию я соответствующую накатую Плюс профит для моего резюме.

я все правильно понял ?

Умение программировать и не пустой акк на гитхабе - это >однозначно плюс к резюме, но стоит ли ради этого выкладывать всё >что есть - спорно. Для резюме достаточно привести список >проектов/утилит с кратким описанием, сообщить общий примерный >размер кодобазы и сказать что по запросу можешь предоставить >примеры кода (и при этом ты можешь выбрать более релевантные >кусочки кода и причесать его перед отправкой, это же лучше чем >если потенциальный работодатель на Github’е по говнокоду будет >шариться?).

Отличная идея! Только как по запросу предоставить ? Через почту ? А если украдут ? Ведь нужно, что бы где-то публично лежали цельные проекты. Может быть часть годных проектов полностью оформить на гитах, а уже по запросу присылать на почту работодателю куски, и ссылку вложить , что типа полный проект смотри на <cсыль>

А ?

Или можно закрыть прооект на гит, и дать readme only доступ к проекту ?

Умение программировать и не пустой акк на гитхабе - это >однозначно плюс к резюме, но стоит ли ради этого выкладывать всё >что есть - спорно. Для резюме достаточно привести список >проектов/утилит с кратким описанием, сообщить общий примерный >размер кодобазы и сказать что по запросу можешь предоставить >примеры кода (и при этом ты можешь выбрать более релевантные >кусочки кода и причесать его перед отправкой, это же лучше чем >если потенциальный работодатель на Github’е по говнокоду будет >шариться?).

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

Если такого нет, я пишу конкретную программу. Иногда я пишу свое, даже когда уже есть готовое решение, но если есть что улучшить.

В описании я описываю как возникла потребность и как она решается программой. Всегда должна быть потребность. Курсы не проходил. Инфоциган обхожу стороной.

Но вот к тому, что бы на основе моего кода плодили код - не готов

Какие лицензии придумать

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

Это смотря какой код… Если стандартный не представляющий интереса,то да. А за уникальным кодом вобще охота ведётся! Такой конечно не стоит выкладывать. И его не стоит писать на скриптах типа Питон и т.п. А только на компилируемых языках. И я бы даже ставил туда защиту от взлома. Если Вы такой код пишете вам вобще не надо использовать скрипты. Так что не всё так просто… Защищаться надо. Но если есть что защищать конечно. Потом не докажешь что это сделал ты.

readme only вам не поможет. Всегда можно перепечатать код с экрана. Показывать можно только исполняемые файлы, а исходники вобще не показывать. Но гитхаб настроен как раз наоборот.

Над чем мне подумать?

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

Но вот к тому, что бы на основе моего кода плодили код - не готов.

Использовать бесплатный Линукс, бесплатные библиотеки для яп и другие, чужие наработки и не делиться своими это свинство.

Стоит ли вообще заморачиваться на git?

Говорю Вам по личному опыту, что как только сложность программ начинает хоть немного превышать «Hello, World!», без системы контроля версий не обойтись, даже на исключительно личных проектах, которые Вы никогда не опубликуете. Я сейчас вообще не представляю себе жизни без git. Даже когда правлю конфиги, делаю это исключительно в репозитории git, а затем уже переношу копии правленного в соответствующие каталоги файловой системы.

Эммм…как человек, давно работающий в группе пишущей весьма уникальные коды - никто ничего не ворует. Возможно потому, что мало кто чего понимает:-)

конечно

ибо

publish or peresh

git в соло удобней даже чем в мульте ибо :

можно легко после срыва контекста(по причине «это было давно» в частности) - по дифам увидеть эволюцию и понять что вообще происходит

git как встроенный changelog

да и в целом легче осуществлять кардинальные правки(изменения) имея возможность откатиться

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

сырцы либ очень полезны для -как и доки в этих сырцах

в любом $vim'е есть ужо обвязка для github например али для другого git-слуги

так то по началу(которое может и до конца вселенной) - достаточно текущую версию пушить(с автогенерацией пуша) - чисто для «дневника наблюдения»(за собой)