afrokick на сколько помню meteor/meteorhacks:ssr подходит только для Blaze? У Реакта свое решение для SSR, как и у vue на сколько я понимаю? Сами используем только prerendering.com для целей SEO
Про законность: В нашем случае это 100% авторская работа, наш CDO сам рисовал и готов рассказать про процесс и подтвердить оригинальность работы.
Про догадаться: подразумевается что цвет и композиция должны вызывать ассоциации с JavaScript.
Как уже упоминал ранее — лого обусловлено тем, что изначально был один сервис — мониторинг. Наш CDO проложил связь между всевидящим оком и мониторингом.
Рептилоиды ? Если интересно, лого обусловлено тем, что изначально был один сервис — мониторинг. Наш CDO проложил связь между всевидящим оком и мониторингом.
Это был <sarcasm />, идеальных проектов просто — нет.
Не знаю почему, но я уверен, что пережитые эмоции связанные с данным проектом, Вы бы не променяли, ни на что.
В основном пишу на «правильных» и «красивых» CoffeeScript и TypeScript («типобезопасном»).
По факту мне удобно писать на любом языке, благо документации и рекомендаций по стилистике и «правильному» написанию кода имеется в избытке. Опыт был с Go, PHP, C#, Objective-C, совсем немного Java и другие классические языки как Bash, Basic и т.д.
В моей истории был период с написанием «не правильного» и «не красивого» кода, но в какой-то момент мозг переключился и отказался писать и воспринимать «говно-код». Подобная история произошла и с Open-Source.
А где эти общепринятые нормы и стандарты почитать?
У общества спросить, которое Вас окружает (Честно, не знаю где почитать).
Для Вас неочевидно присутствие ответственности за ведение open-source проекта, ровно на столько же, на сколько неочевидно зачем писать «правильно» и «красиво» код, для тех кто его пишет «не правильно» и «не красиво» — но он же работает (этот код), зачем тратить время на придумывание «правильных» имен переменным, и т.п.
Ну и опять же, про последствия вы не ответили. В чём именно-то ответственность заключается?
Заранее извиняюсь что отвечаю вопросом на вопрос, но — «В чем ответственность заключается при «правильном» написании кода?»
Нет, просто п. 2, 3, 4 законодательно регулируются.
А остальные пункты регулирует окружающая Вас аудитория.
Да и пусть люди сами решают
Согласен, люди сами решат. Но это не означает, что в обществе не существует, общепринятых норм и стандартов.
Вы можете написать код именуя переменные, классы и методы как Вам угодно, не соблюдая отступов и забывая ставить терминаторы, которые не обязательны в Вашем языке — и он может одинаково работать как «правильно» и «красиво» написанный код.
Сделать проект (которым ты сам пользуешься) «лучше и быстрее» — не достаточная мотивация? RubaXa видимо создал идеальный проект «по коду», который не требует изменений
Любая публичная деятельность — это ответственность (которая частично закреплена законодательно в частных случаях), например:
Текст в статье выше накладывает на меня ответственность за достоверность и актуальность информации, за качество передачи моих мыслей через текст, так же как и на обсуждение данного текста в комментариях, ответы на вопросы, уточнения.
Речь произнесенная по теле/радио-эфиру.
Текст напечатанный в прессе.
Текст в комментариях под интернет-контентом.
Слова произнесенные в кругу коллег/друзей (Вы же думаете что говорите? Сказав что-то некорректное вы понесете ответственность в виде потери друзей или рабочего места).
Другой момент — многие не понимают отвественности. К любому виду деятельности можно подойти безответственно. Есть люди которые все в течение своей жизни делают безответственно, — это вовсе не означает, что следует делать так же.
Никто не осудит Вас, если в readme.md Вы укажете что проект только для Вашего личного пользования и другим он не будет интересен, так как несет в себе пользу только для Вас. Или на проекте который был заброшен — что он больше не поддерживается Вами, кто-то другой может увидеть интерес в проекте, и возродит его, уже без Вашего участия.
«Полезный» репозиторий в моем понимании — это репозиторий содержащий код и/или текстовую информацию из которой можно получить пользу.
Проще описать «не полезный» репозиторий — это репозиторий без документации, без описания, содержащий нечитаемый код или код который не возможно или не имеет смысла повторно использовать.
Имеет место быть проблема с работодателями, которые не придают значения open-source или категорически против таких течений.
Нередко в крупных компаниях (как в России так и в других странах) боятся брать на работу разработчиков поддерживающих популярные open-source проекты. Так как по их мнению они могут использовать код (или его часть) написанный в стенах компании внутри своих open-source проектов, что будет приравнено к разглашению коммерческой тайны. Только вот вопрос где грань? Если я объявляю переменные с одинаковым названием?
По поводу поиска работы — 50/50 где-то с интересом (или обязательно) рассматривают все репозитории во время собеседования, а где-то могут ответить, что им все равно и это баловство, а не программирование.
По поводу поиска сотрудников (по своему опыту говорю только про Москву) — только каждый 4 собеседуемый кандидат за последние 3 года имел свой полезный репозиторий (рабочие репозитории есть почти у всех).
Позволил себе назвать маленькие кусочки — «Проектами». Связанно это с большими объемами работ по поддержке репозиториев с любым количеством строк кода — это issues, документация, pull-request'ы и публикация в package-менеджеры. P.S. Ваш предыдущий комментарий — я не понял.
afrokick на сколько помню
meteor/meteorhacks:ssrподходит только для Blaze? У Реакта свое решение для SSR, как и у vue на сколько я понимаю? Сами используем только prerendering.com для целей SEOДействительно похоже, сразу не догадался, +1 в карму
Про законность: В нашем случае это 100% авторская работа, наш CDO сам рисовал и готов рассказать про процесс и подтвердить оригинальность работы.
Про догадаться: подразумевается что цвет и композиция должны вызывать ассоциации с JavaScript.
Как уже упоминал ранее — лого обусловлено тем, что изначально был один сервис — мониторинг. Наш CDO проложил связь между всевидящим оком и мониторингом.
Рептилоиды ? Если интересно, лого обусловлено тем, что изначально был один сервис — мониторинг. Наш CDO проложил связь между всевидящим оком и мониторингом.
Не знаю почему, но я уверен, что пережитые эмоции связанные с данным проектом, Вы бы не променяли, ни на что.
По факту мне удобно писать на любом языке, благо документации и рекомендаций по стилистике и «правильному» написанию кода имеется в избытке. Опыт был с Go, PHP, C#, Objective-C, совсем немного Java и другие классические языки как Bash, Basic и т.д.
В моей истории был период с написанием «не правильного» и «не красивого» кода, но в какой-то момент мозг переключился и отказался писать и воспринимать «говно-код». Подобная история произошла и с Open-Source.
У общества спросить, которое Вас окружает (Честно, не знаю где почитать).
Для Вас неочевидно присутствие ответственности за ведение open-source проекта, ровно на столько же, на сколько неочевидно зачем писать «правильно» и «красиво» код, для тех кто его пишет «не правильно» и «не красиво» — но он же работает (этот код), зачем тратить время на придумывание «правильных» имен переменным, и т.п.
Заранее извиняюсь что отвечаю вопросом на вопрос, но — «В чем ответственность заключается при «правильном» написании кода?»
А остальные пункты регулирует окружающая Вас аудитория.
Согласен, люди сами решат. Но это не означает, что в обществе не существует, общепринятых норм и стандартов.
Вы можете написать код именуя переменные, классы и методы как Вам угодно, не соблюдая отступов и забывая ставить терминаторы, которые не обязательны в Вашем языке — и он может одинаково работать как «правильно» и «красиво» написанный код.
RubaXa видимо создал идеальный проект «по коду», который не требует изменений
Уверен что бывшим студентам новые коллеги быстро объяснят как все устроено, — жизнь всех научит.
Другой момент — многие не понимают отвественности. К любому виду деятельности можно подойти безответственно. Есть люди которые все в течение своей жизни делают безответственно, — это вовсе не означает, что следует делать так же.
Никто не осудит Вас, если в readme.md Вы укажете что проект только для Вашего личного пользования и другим он не будет интересен, так как несет в себе пользу только для Вас. Или на проекте который был заброшен — что он больше не поддерживается Вами, кто-то другой может увидеть интерес в проекте, и возродит его, уже без Вашего участия.
Проще описать «не полезный» репозиторий — это репозиторий без документации, без описания, содержащий нечитаемый код или код который не возможно или не имеет смысла повторно использовать.
Нередко в крупных компаниях (как в России так и в других странах) боятся брать на работу разработчиков поддерживающих популярные open-source проекты. Так как по их мнению они могут использовать код (или его часть) написанный в стенах компании внутри своих open-source проектов, что будет приравнено к разглашению коммерческой тайны. Только вот вопрос где грань? Если я объявляю переменные с одинаковым названием?
По поводу поиска работы — 50/50 где-то с интересом (или обязательно) рассматривают все репозитории во время собеседования, а где-то могут ответить, что им все равно и это баловство, а не программирование.
По поводу поиска сотрудников (по своему опыту говорю только про Москву) — только каждый 4 собеседуемый кандидат за последние 3 года имел свой полезный репозиторий (рабочие репозитории есть почти у всех).
P.S. Ваш предыдущий комментарий — я не понял.