Попал на стажировку к говно-кодерам. Нужен совет
Ситуация следующая: Прошел курсы по верстке и основам JS и по знакомству попал на бесплатную стажировку в небольшую конторку занимающуюся разработкой сайтов и web-приложений. Я надеялся подтянуть свои знания и набраться опыта, но сейчас понимаю, что скорее всего моим надеждам сбыться не суждено. Мои новые коллеги выдают такие перлы, что Петросян и рядом не лежал.
Вот некоторые из них:1. Мы не используем Git — это (внезапно!) не удобно. 2. Sass — это постпроцессор и вообще говно.3. Зачем писать аккуратный и код? Все равно эти сайты кроме нас никто поддерживать не будет!4. В именах классов мы используем транслитерацию так-как не все знают английский.
В общем ребята вообще печальные. Никто ничего не знает, дальше простого html / css никто не учил. Руками здесь сложнее простых квадратных кнопок никто ничего не делает. При любом удобном случае ищут куски готового кода. Все сайты делают на Wordpress. В CSS через каждую строчку используют !important и стилизацией через атрибут style тоже не брезгуют. Псевдоэлементы? — нет, не слышали. В понятии местного дизайнера модульная сетка — эта та что появляется если в Photoshop нажать CTRL + ’. Пытался что-то изменить, но мои советы никто не слушает.
Да, тяжело поверить, но это правда. И я теперь не знаю что делать. И уходить некуда, и оставаться не хочется.
До обраного В обраному 0
Схожі топіки Найкращі коментарі пропуститиДобро пожаловать в IT
Хороших кодеров нет. Но вы держись там, здоровья вам и хорошего настроения.
Дык ведь это и есть опыт коммерческой разработки!
Run, Forrest, run!
Один раз меня наняли дописывать проект с индусами, и я думал что все очень плохо. Но пару месяцев спустя меня наняли другие индусы фиксить их проект — все было в разы хуже (понял, что первые были не так уж и плохи). Казалось, что это дно, но нет — пару недель назад увидел проект, который был настолько ужасен, что я отказался от него через два дня (а вообще убедил заказчика его переписать и на днях буду релизить). К чему я это. жизненно короче, и не факт что в другом месте не будет хуже.
186 коментарівДумаю, что это норма для небольших конторок и микрокомандочек самоучек, колбасящих сайты.Как ведь получается следование хорошим практикам?Это или комьюнити, или строгое следование корпоративным или проектным стандартам, или же собственный горький опыт, вынудивший искать нечто другое, чем решения в лоб.
Всему этому реально негде взяться в таких конторках, ведь люди с индустриальным опытом туда попадают редко.
Ничего тяжелого :-) Не везде сплошной Эпам.Пока набивать руку и тянуть на себя одеяло. Если не получится, валить. Если получится, тоже валить («если ты в комнате лучший, значит, ты не в той комнате»). Хорошо, что есть осознание того, что они делают неправильно.
Способен ли быдлокодер осознать свою сущность или это незлечимо?
В проектную команду около месяца назад начальство взяло человека который взялся писать бекенд используя самопальный набор костылей и велосипедов aka собственную cms, естественно на php. Человек понятия не имеет даже о подходе работы с гитом, поскольку весь свой г****код складывает прямо в ветку мастер. и не может даже настроить апач с mysql пользуясь исключительно openserver. при этом считает себя какадемоном уровня в программировании и всех остальных неучами. лечится ли данный тип заболевания или после определенного числа нулей в зарплате это навсегда прожигается в мозгу?
А що таке трапилось і навіщо потрібне стало стажування? Якщо в 2008 вже 2 роки досвіду було. Загубився досвід? Чи то інший анонімус?
dou.ua/. rticles/code-documenting25 квітня 2008«Года 2 назад на одном проекте мы искали виноватого,»
Ага, похоже тимлид дал ответ за него. :)
Якщо ти розумієш всі ці речі, то для чого пост створювати? Відповідь очевидна навіть тобі
Або троль, або одне з двох
Минуточку, так это шо — в люксофте такое твориться?
читал похожий топик месяц назад, только был заголовок «быдлокодеры»))
вся маршрутка лежала
В большинстве случаев очень много сайтов поддерживает веб-студия, потому что они даже не посещаемые. Это сделать, деньги получить, залить на шаред. Все. И смотреть чтобы шаред не уплыл.
Если не подписан контракт тогда нужно уходить. И даже не сомневайся. Если ты в себе уверен — работу найти не проблема.
Это в тему про бесплатные стажировки.
Хотите на стажировку к нам? )
Работайте, пытайтесь потихоньку что-то улучшить (а вдруг!), и ходите на собеседования, чем больше, чем лучше )))
пользуясь случаем, хочу напомнить о прекрасной заметке Джоэла: www.joelonsoftware.com/. ticles/fog0000000043.htmlJoel Test — это действительно прикольная штука. И надо стараться максимизировать этот показатель. У моей конторы там бал низкий, но для ориентира всё равно имеет смысл использовать.
Это проверка такая ))
Это проверка такая :)
Поддерживаю многих здесь ребят! УХОДИ! Это-ж не «старый чемодан». не подходит — можешь сменить!А вообще — лучше всего реши четко, что уходишь, если деньги есть на что жить вообще. Потом — иди к руководству и по хорошему попытайся поговорить, что мол тебя такая ситуация не устраивает. и расскажи свои ожидания!1. Если скажут: «Иди на***!». Не останавливайся, разворачивайся с радостным лицом, и ищи следующую контору.2. Ну а может и не скажут. Может предложат что-то веселее (что мало-вероятно). =)
Не думаю что есть такие компании которые скажут
Совет один — вали из конторки. Работы много, рано или поздно что то найдешь, где лучше культура разработки. Пересиливать себя нет никакого смысла, кроме денег — если хорошо платят, то можно потерпеть. Но и это недолго.
совета тут только два. 1) либо приспосабливаться к говнокодерам, 2) либо попробовать найти что-то другое. имхо, лучше второе, но реально говнокодеров хватает в очень многих конторах, минимум 80%, это должно очень сильно повезти — попасть в оставшиеся 20%. :)
Попробуйте взглянуть на вещи с позиции клиента — заказчика ПО.
«Знаю множество примеров, когда ПО разрабатывается БЕЗ системы контроля версий. Если клиент доволен — то почему бы и нет?»
А если клиент попросит вас писать в древней IDE работая через FTP с чужим взломанным сайтом? Или даже не попросит, а будет доволен результатом, который внешне работает, но уязвим по нескольким пунктам безопасности, да ещё и трудно вносить изменения. С таким подходом вы поступите непрофессионально. Нельзя позволять клиенту влиять на ваш профессионнализм. Нельзя приносить в жертву профессионализм в угоду клиента. Если вы считаете иначе, то у меня для вас плохие новости.
Компании для разработки ПО существуют для того, чтобы получать прибыль от этого процесса. Качество ПО влияет на размер прибыли весьма опосредованно. Довольно часто приходится крутиться в треугольнике Сроки-Цена-Качество, и не всегда Качество занимает 1 место. Селяви.
Контора топикстартера аналогична первой. Максимум на что он может там рассчитывать — чуть набъет руку и не растеряет знания.Если есть возможность — я бы валил оттуда.
Как я вижу, ситуация у ТС слегка другая: человеку на курсах объяснили, как необходимо работать в идеальных, тепличных условиях. Правильно, академически, с учетом Best Practices от гуру отрасли. И он попадает в реальную компанию, которая не запускает космические корабли, а клепает сайты. И для качественного выполнения их работы вполне хватает кувалды и паяльника. И вместо того, чтобы перенять те хорошие практики, которые есть в компании, ТС с усердием, достойным лучшего применения, пытается менять устоявшиеся процессы. Это похвально, это в большинстве случаев необходимо, но у меня сложилось мнение, что ТС, не понимая специфики работы конкретно этой компании, начал думать и действовать в ключе «все это говнокод и нужно работать правильно, переписать с нуля и т.д.». Такой подход, скорее всего, не увенчается успехом, т.к. недостаточно обоснован с точки зрения бизнеса.
Нельзя ли рассказать поподробнее об этих клиентах и о «полётах» (настолько, насколько это возможно, конечно). Правильно ли я понял ситуацию, что на проекте, который был получен от этих клиентов, не использовалась система контроля версии, и что на предложение использовать, клиент ответил отказом? Потом, когда клиент попросил вернуть что-то из предыдущей версии проекта, сделать это оказалось достаточно затруднительным?
на одной из моих первых работ, когда я был еще джуниор-РНР, ребята использовали в качестве IDE, внезапно, FAR — с сотней навешанных плагинов! Это было лет К счастью, мне не запрещали поставить Netbeans, насколько я помню.
судя по тому что ты написал ты умнее их но не в этом суть. Какой смысл тогда ходить туда и бесплатно стажироваться если ты считаешь что тупо протираешь штаны! Терять время зря очень плохая практика.
Если стоит задача получить опыт, то советую альтернативу «попилить свой pet-project».
Не обязательно создавать что-то инновационное, главное попытаться решить небольшую, но реальную проблему, причем важно реализовать это решение «от и до» — отобрать требования (прикинуть, что стоит делать в первую о чередь, а что отложить на потом), спроектировать (только здесь важно не заниматься преждевременным обобщением и пытаться предусмотреть всё, а просто иметь примерный план что, после чего и примерно как будет сделано), реализовать и запустить — выкатить на хостинг, понаблюдать, поподдерживать, чтобы оно проработало хотя-бы пару месяцев.
Здесь есть риск в том, что тут понадобится определенные навыки самоорганизации (на стажировке кто-то будет принуждать, поэтому даже через «не хочу», но что-то делается), когда сам себе определяешь сроки и в любой момент можешь отложить, то реализация может растянутся. По моим наблюдениями (знакомые «начинающие» и кандидаты, которых собеседовал на позицию «trainee»), даже если кто-то и начинает, то не доходит этот путь до конца. Поэтому важно отнестись к этому с полной серьезностю. Можно ограничить себя по времени (в идеале — это иметь четкие дедлайны, например: к первому августа хоть какая-то версия сайта должна уже крутится на хостинге, пускай глючная, зато доступная из «внешнего» мира).
Но если таки получится осилить такой путь до конца, то черзе месяц-два получится очень, очень жирный плюс в резюме junior-а. Что буде выгодно выделять на фоне конкурентов, у большинства из которых нет ни примеров собсвтенного кода, ни, тем-более, каких-то законченных «поделок».
У реальной стажировки есть еще один плюс — всегда можно спросить совета у более опытного товарища. Но при работе над собсвенным проектом можно спрашивать совета на форумах, а в идеале — найти ментора, более опытного разработчика и периодически (раз в делать видео-созвон, где проводить ревью кода, отвечать на вопросы и обсуждать дальнейшие планы. Если нет таких знакомых, то можно даже мне написать :)
Это тебе еще повезло, что у меня есть такие связи и стажировка, после курсов. Я вот наверное месяц в поисках уже)Так что набивай лапу, если есть возможность
вот они используют ворпдресс и могут рассказать о роутах в нем. А ты можешь? А ты SOLID, GRASP, KISS, DRY соблюдаешь? Нет? Ты говнокодер как и все — поздравляю Ну будут они гит использовать и в одну ветку комитить, а деплоится через фтп, потому что на хостинге ssh нет.Гит реально неудобный оказывается для таких задачУ команды задача — сделать проект неподдерживаемым для других, так что так и пишут Я думаю тебе есть много чему поучиться
Посмотрите на все это со стороны. Вот Вы такой весь умный после курсов (!) и без дня опыта работы приходите в студию с налажеными бизнес-процессами (плохими или нет, вопрос второй) на бесплатную стажировку и пытаетесь им рассказывать, какие они лохи и неучи. Смешно выглядит.
А с чего вы взяли что я кого-то там учил как нужно делать? Я имею представление о субординации и знаю что сейчас мое место в этой команде самое последнее. Просто некоторые люди не хотят понимать что их подход к работе давно устарел и небольшие изменения будут только плюсом, даже когда им на пальцах это показываешь.
И что, по веб-разработке — не любое решение можно найти в Гугле?
1. Конечно, я так не думаю.2. Вы опять становитесть в позу. А я всего лишь предложил Вам посмотреть на себя со стороны.
все немного не так. Курсы — говно. Надо учиться по профессии 5 лет.
Это нормально для 90% веб студий, остававшееся 10% это либо крупные компании где без git и прочего все развалится, или разработчики нестандартных решений.
Советую не спорить, будет только хуже, или валите оттуда или забудьте, в любом случае от клейма «странного новичка» не избавится, вы рано показали что умнее их.
любого кто кодит можно назвать говнокодером, всегда есть к чему придраться, если следовать всем умным красивым практикам и теориям, то на работу не останется времени или оно будет ооочень долго делаться. Поработали бы пару месяцев там можно уже было судить про говнокодинг и думать, что дальше делать. Никакие курсы не заменят практического опыта. Ну если курсы такие крутые и там всему научили надо было сразу в Adobe устраиваться, но и там поверьте вы бы нашли говнокодеров. Открою страшную тайну молодым дарованиям, если вы думаете, что вас сразу посадят за стол с двумя большими apple мониторами и вы там будете полдня реализовать метод красивым кодом, потом еще треть дня писать тест и еще полдня заливать, а вокруг все мегаумные и опытные супернинидзи которые обязательно будут прислушиваться к вашим советам — то такого не будет. Это как с ремонтами, приходит один ремонтник и говорит «ооо, кто же это вам такое говно сделал, надо переделывать», он переделает, придет другой и скажет тоже самое. И самое веселое, что так везде не только в ремонте или IT.
А теперь самая большая тайна коммерческой разработки: клиенту вообще пофиг, что там внутри, ему главное, что бы у него появилась рабочая версия с минимум багов и как можно быстрее. То, что сегодня является трендовым дизайном и решением, через пару лет будет устаревшим хламом.
Вообще надо слушать две стороны, любую херню можно оправдать и вообще могут говорить одно, а делать другое.
1. Мы не используем Git — если у них по одному, челу на проекте то и нафиг не надо, может они льют изменения в SVN раз в неделю, месяц, год2. Sass — ну так может они юзают LESS/Compass, а с определением просто оговорились3. Зачем писать аккуратный и код? Все равно эти сайты кроме нас никто поддерживать не будет! — ну если пацаны правду сказали, че им париться? )))4. В именах классов мы используем транслитерацию так-как не все знают английский. — в каждой команде обычно свое naming convention и вам как новому, члену команды надо юзать принятые до вас соглашения
Может у них такой дизайн, что псевдоэлементы просто не нужны
Wordpress скажу я вам мощная херня которая до сих пор активно развивается ( поработаете с вордпрессом, всегда можно в черные времена подшабашить на скорую руку), и если клиент получает решение которое сделанное за 1 один день на вордпрессе, и его это устроит это -перемога. Если клиенту получает решение на symfony/grails/flask через месяц которое еще надо дебажить полгода это — зрада.
Не забывайте, всегда можно открыть свою дев компанию, где код будет кристально чистым, все друг другу братья и никаких !important!