none
Развитие RRS feed

  • Вопрос

  • Здравствуйте. Последнее время задумался над одной проблемой: мне кажется или программисты (во всяком случае те кого я знаю) то ли стали тупее, то ли не хотя учится. Такое чувство, что если бы не было стандартной библиотеки, то некоторые товарищи вообще не смоги бы ничего толкового написать. Постоянно народ требует всё попроще и полегче, при этом жертвуя возможностями языка (это я о C++ vs Java). С указателями, то вообще отдельная война, по-моему там ничего сложного, всё ясно и логично (как впрочем и всё в программировании) но некоторые боятся их (указателей) как дети отца. Иногда напишешь что-то, всё работает быстро и круто, а потом приходится тем кто твой код разбирает рассказывать что тут к чему, при чём комментарии я ставлю и переменные abс не называю конечно, всё упирается лишь в том, что кто-то что-то просто не хочет учить или понять. И что больше всего вывело, так это фраза одногруппника по колледжу: "....у меня есть знакомый лидер проекта, так он так сказал: если я не понимаю код чувака, из моей команды - я его шлю ....". По моему это ПОЗОР для такого лидера, конечно проблема, если товарищ не знает простейших правил форматирования кода, но я уточнил, и проблема оказывается в том, что этот горе-лидер выгонит подопечного просто если не догонит алгоритм или как тот реализован. Народ, что это вообще творится? Куда мы идём? Мне интересно, что вы думаете по этому поводу. Спасибо.


    13 марта 2015 г. 22:18

Ответы

  • Мне кажется вы не много не туда идете. В последнее время тенденция на веб разработку.Весь ваш ASM и прочие инородные слова давно позади, сейчас даже на джаваскрипте можно писать программы (вы правильно прочитали - программы, такие как brackets, atom)

    А на счет собственно вопроса, мне кажется вы пытаетесь показаться крутым, не хотите подчинятся и думаете вы круче всех. Люди разные, вот в моей команде все ненавидят джаваскрипт, все пишут на c# типичные(деревянные) проекты. Все мои попытки работать в команде и улучшать навыки сходятся к простому (не знание английского) и я забил. Сам пишу на тайпскрипте, если есть вопросы то показываю что там происходит и иду дальше не заморачиваясь. Уже как то все равно понимают ли они мой код или нет. Если уж вообще не понимают и приходится каждую неделю объяснятся то лучше сменить команду. Так будет проще для них и особенно для вас, нет предела совершенству, улучшайте себя и не смотрите на остальных. Если они вас не понимают то это вовсе не значит что вы не правы и что то у вас не в порядке. Главное быть уверенным в себе на все сто, и это относится ко всему, но знайте, всему есть разумный предел, нужно соблюдать законы но не обязательно правила. Пишите быстро и классно? то найдите команду где так же пишут быстро и классно, как сказал один очень уважаемый разработчик "если моя команда кажется мне очень крутой и я чувствую что среди них я самый последний - то это заставляет меня работать усерднее. Если же я чувствую что я самый первый в команде - то я ищу новую где я буду самый последний" 


    if (Thread.Was == HelpFul) Mark.As(HelpFul); else if (Thread.Was == Answered) Mark.As(Answered); else Provide(More.Details);

    14 марта 2015 г. 18:14

Все ответы

  • Здравствуйте!

    Таковы реалии жизни. Разве вам не попадалась реклама, стань крутым программистом за неделю! Курсы онлайн... Так плодятся те кто бьет себя в грудь кулаком и говорят, что они крутые программисты... На счет того, что лидер не хочет держать в команде человека который пишет не в стиле лидера, согласна. Очень часто нет времени разбираться или искать разработчика конкретного блока кода, чтоб разобраться какой функционал вложен в данный кусок кода. Поэтому считаю, если работать командой, то вся команда должна придерживаться одного стиля написания кода, т.е. его форматирования, комментирования. Иначе групповая работа только тормоз проекту. Иногда сложно разобраться в коде, если он отформатирован в другом стиле.

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

    Это мое субъективное мнение и я не пытаюсь вас унизить или оскорбить. Просто в конфликте всегда виноваты обе стороны. Я просто намекаю на то, чтоб вы посмотрели на проблему с другой стороны.

    Удачи!

    14 марта 2015 г. 6:50
  • Здравствуйте. Спасибо за ответ. Я сам ещё учусь только, поэтому до работы в коллективе мне ещё дожить надо) Вы говорите: "... Если вы действительно хотите работать в команде, то сначала подстройтесь под команду, а уже потом научите их своим новым фишкам и тогда ваш код станет им понятным...", с одной стороны я Вас понимаю, но с другой - какое же развитие я получу в таком коллективе, если буду писать кучу строк, которые можно заменить одной крутой фишкой. Я привык "бросать" динамическую память из функции в функцию, строить спецификации шаблонных методов шаблонного класса в пространстве имён и по моему тут ничего особенного. Разумеется я соблюдаю общепринятые правила форматирования кода, всё упирается лишь в то, что я напишу ту же спецификацию шаблонного метода шаблонного класса с использованием вставок на ASM, а потом никто ничего не понимает (хотя алгоритм работает как часы) просто потому, что ASM никто в своё время не хотел учить.

    14 марта 2015 г. 10:41
  • Добрый день, Лилия права, команда есть команда, если хотите работать в одиночку, то работайте и не мешайте команде проекта. Руководитель проекта всегда должен направлять в нужное русло, иначе получится как в сказке Лебедь Рак и Щука. А указатели тут вообще не при чем!
    14 марта 2015 г. 10:54
  • Ну так как половина моей группы вообще не понимает как ними быть, то судя по всему очень даже при чём.
    14 марта 2015 г. 10:56
  • Вставки на ASM... Преждевременная оптимизация со всеми вытекающими проблемами.

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

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

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

    14 марта 2015 г. 11:30
  • Вот почему действительно крутые программисты редко работают в командах. Им проще самим написать в три раза больше кода, чем держать команду и распределять обязанности и прочая управленческая фигня в работе. Я сама как-то возглавляла проект. Это как в мультиках "ужас летящий на крыльях ночи"... Никто не хочет сказать, что быстрый и качественный код не нужен... Просто при работе в команде приходится выбирать между качеством и понятливостью кода в пользу второго... Поэтому современные языки все дальше уходят от прямых ставок машинного кода, все меньше разрешатся использовать на прямую оборудование и прочие шалости... Я в свое время тоже забила на ассемблер и лишь иногда использовала булеву алгебру для экономии памяти, а в остальном все задачи программирования сводятся к обработке статической информации и лишь очень редко для сложных вычислительных процессов, где нужна скорость. Так, что знание ассемблера не дает огромного преимущества...
    14 марта 2015 г. 11:30
  • Мне кажется вы не много не туда идете. В последнее время тенденция на веб разработку.Весь ваш ASM и прочие инородные слова давно позади, сейчас даже на джаваскрипте можно писать программы (вы правильно прочитали - программы, такие как brackets, atom)

    А на счет собственно вопроса, мне кажется вы пытаетесь показаться крутым, не хотите подчинятся и думаете вы круче всех. Люди разные, вот в моей команде все ненавидят джаваскрипт, все пишут на c# типичные(деревянные) проекты. Все мои попытки работать в команде и улучшать навыки сходятся к простому (не знание английского) и я забил. Сам пишу на тайпскрипте, если есть вопросы то показываю что там происходит и иду дальше не заморачиваясь. Уже как то все равно понимают ли они мой код или нет. Если уж вообще не понимают и приходится каждую неделю объяснятся то лучше сменить команду. Так будет проще для них и особенно для вас, нет предела совершенству, улучшайте себя и не смотрите на остальных. Если они вас не понимают то это вовсе не значит что вы не правы и что то у вас не в порядке. Главное быть уверенным в себе на все сто, и это относится ко всему, но знайте, всему есть разумный предел, нужно соблюдать законы но не обязательно правила. Пишите быстро и классно? то найдите команду где так же пишут быстро и классно, как сказал один очень уважаемый разработчик "если моя команда кажется мне очень крутой и я чувствую что среди них я самый последний - то это заставляет меня работать усерднее. Если же я чувствую что я самый первый в команде - то я ищу новую где я буду самый последний" 


    if (Thread.Was == HelpFul) Mark.As(HelpFul); else if (Thread.Was == Answered) Mark.As(Answered); else Provide(More.Details);

    14 марта 2015 г. 18:14
  • Спасибо всем за ответы. Я постараюсь обдумать всё, что было сказано.
    14 марта 2015 г. 19:21