powered by simpleCommunicator - 2.0.18     © 2024 Programmizd 02
Map
Форумы / Просто трёп [закрыт для гостей] / Коллега на работе все хочет делать сам
20 сообщений из 120, страница 5 из 5
Коллега на работе все хочет делать сам
    #14451979
Фотография битый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Новый Год 
pgiw99oeo 
пропущено...
заодно и разбираешься пока форматируешь... профит :))
в каждом компиляторе должна быть опция reformat code
чоб фсе было в каноническом виде

да и вооще, нефиг давать программеру форматировать кот самостоятельно
Плавали - знаем. Сложный сиквельный запрос после форматирования понять стало невозможно никому, даже автору...
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14452073
pgiw99oeo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
Делится или не делится как именно кодер пришел к этому решению с остальной командой зависит от человека. Он может задокументировать работу с конечным продуктом, может выдать исходники, но описывать почему он выбрал тот или иной путь решения, почему применил определенный метод и прочее он не обязан.
опасные убеждения
от этого совсем недалеко до лжи. а чо? чтобы не раскрывать - солги (умолчанием или ложным намеком, скрытием важной детали, можно многими способами лгать)
два раза с подобным встречался и почему-то это были женщины
закончилось печально для них - их проекты были закрыты
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14452089
Фотография Хохолъ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
new_one 
Возраст 30+
Пытался ему объяснить, что нужно работать в команде
Не помогает
я думаю если бы он мог положится на вас , то никогда бы не отказался от помощи , а если после вас наново придется все переделывать , то лучше покурите в сторонке
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14452148
ктоя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pgiw99oeo 
опасные убеждения
от этого совсем недалеко до лжи. а чо?
Встречался с обратной крайность когда вдруг в пром систему с куевой тучей пользователей лезут люди не понимающие и не отвечающие за эту систему с учеткой по которой дозволено все, а нойчальство при этом (кстати тоже баба) говорит: а че такова мыжеоднакоманда, а потом звонят и говорят что я обещал им все объяснить и рассказать и доиопываются почему в раб системе все сделано не так мля как надо их сторонней задаче, помогать таким людям борзым вообще никак не тянет.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14452538
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
Писать красивый и читаемый код это правила хорошего тона.

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

А что имеется в виду под "работой в команде при говнокодинге"? Обычно кодер ваяет определенный модуль, если этот модель взаимодействует с другими, то описываются входные\выходные данные каждого модуля.
бред
1. Он не обязан говорить почему написал case , а не if. А если вопрос взаимодействия с другими кусками кода, использованием библиотек или технологий, то он обязан обсудить прежде чем напишет хоть строчку (потратит время и деньги работодателя). Были случаи, кто то молча делает свой кусок, потом время релиза и бах выясняется что нужно ставить новую версию репорт вьювера на все компы компании, т.е. Решение не работало. Или вдруг появляется сторонняя либа, которая уже не поддерживается а человек типа принял решение за всю команду и колбасил месяц код под нее. Это диверсия же.
Разраб должен оставить описание, хотя бы требование на основании которого был написан код, тк люди смертны. Иначе система превратится в кучу черных ящиков про которые никто не знает но трогать бояться, т.е система умерла, ее больше нельзя развивать
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453180
Фотография Edward Shevtsov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
pgiw99oeo 
опасные убеждения
от этого совсем недалеко до лжи. а чо?
Встречался с обратной крайность когда вдруг в пром систему с куевой тучей пользователей лезут люди не понимающие и не отвечающие за эту систему с учеткой по которой дозволено все, а нойчальство при этом (кстати тоже баба) говорит: а че такова мыжеоднакоманда, а потом звонят и говорят что я обещал им все объяснить и рассказать и доиопываются почему в раб системе все сделано не так мля как надо их сторонней задаче, помогать таким людям борзым вообще никак не тянет.
казнить всех, кто полез на прод
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453189
Фотография Сталкер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
битый 
Новый Год 
пропущено...

в каждом компиляторе должна быть опция reformat code
чоб фсе было в каноническом виде

да и вооще, нефиг давать программеру форматировать кот самостоятельно
Плавали - знаем. Сложный сиквельный запрос после форматирования понять стало невозможно никому, даже автору...
Задай собственное форматирование, в конце концов.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453302
Фотография модель для идеальной сборки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barrabas 
модель для идеальной сборки 
Писать красивый и читаемый код это правила хорошего тона.

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

А что имеется в виду под "работой в команде при говнокодинге"? Обычно кодер ваяет определенный модуль, если этот модель взаимодействует с другими, то описываются входные\выходные данные каждого модуля.
бред
1. Он не обязан говорить почему написал case , а не if. А если вопрос взаимодействия с другими кусками кода, использованием библиотек или технологий, то он обязан обсудить прежде чем напишет хоть строчку (потратит время и деньги работодателя). Были случаи, кто то молча делает свой кусок, потом время релиза и бах выясняется что нужно ставить новую версию репорт вьювера на все компы компании, т.е. Решение не работало. Или вдруг появляется сторонняя либа, которая уже не поддерживается а человек типа принял решение за всю команду и колбасил месяц код под нее. Это диверсия же.
Разраб должен оставить описание, хотя бы требование на основании которого был написан код, тк люди смертны. Иначе система превратится в кучу черных ящиков про которые никто не знает но трогать бояться, т.е система умерла, ее больше нельзя развивать
Странный ты, пишешь что мои слова это бред, а затем излагаешь тоже самое, но чуть в других формулировках и с примерами.

Нигде в документации не описывается почему кодер использовал if а не case. Взаимодействие модулей естественно подлежит обсуждению, хотя бы в рабочем порядке с последующим описанием в документации этой интеграции. Но по каким принципам будет работать данный модуль безописательно будет хранится в голове у кодера.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453325
Фотография модель для идеальной сборки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
pgiw99oeo 
опасные убеждения
от этого совсем недалеко до лжи. а чо?
Встречался с обратной крайность когда вдруг в пром систему с куевой тучей пользователей лезут люди не понимающие и не отвечающие за эту систему с учеткой по которой дозволено все, а нойчальство при этом (кстати тоже баба) говорит: а че такова мыжеоднакоманда, а потом звонят и говорят что я обещал им все объяснить и рассказать и доиопываются почему в раб системе все сделано не так мля как надо их сторонней задаче, помогать таким людям борзым вообще никак не тянет.
Страхуйся в этом случае! Логировать действия пользователя: куда ходил, на что смотрел, сколько раз. Плюсом служебку на включение его в определенный профиль за подписями СБ и ночальниками отделов с текстовками что подписавшийся ознакомлен с ответственностью в случае порчи или утечки информации
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453451
ктоя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
Страхуйся в этом случае! Логировать действия пользователя: куда ходил, на что смотрел, сколько раз.
Подстраховался письмо направил о факте данном, вда на самом деле с таким отношением как бы похер мне, с тупыми борзыми тетками старшими по званию спорить себе дороже ;)
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453476
Фотография модель для идеальной сборки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
модель для идеальной сборки 
Страхуйся в этом случае! Логировать действия пользователя: куда ходил, на что смотрел, сколько раз.
Подстраховался письмо направил о факте данном, вда на самом деле с таким отношением как бы похер мне, с тупыми борзыми тетками старшими по званию спорить себе дороже ;)
лично я по звонку ничего не делаю. Особо борзым говорю, что мы не базаре работаем и любая заявка должна быть оформлена в соответствии с требованиями Компании.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453499
ктоя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
лично я по звонку ничего не делаю. Особо борзым говорю, что мы не базаре работаем и любая заявка должна быть оформлена в соответствии с требованиями Компании.
У нас с этим делом полный швах никакой субординации, гена заказчика может позвонить рядовому программеру и указывать чо делать ;) специфика бордельеро ;)
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453567
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
модель для идеальной сборки 
лично я по звонку ничего не делаю. Особо борзым говорю, что мы не базаре работаем и любая заявка должна быть оформлена в соответствии с требованиями Компании.
У нас с этим делом полный швах никакой субординации, гена заказчика может позвонить рядовому программеру и указывать чо делать ;) специфика бордельеро ;)
это не специфика, это у вас такое начальство, мягко говоря странное
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453687
Фотография модель для идеальной сборки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
модель для идеальной сборки 
лично я по звонку ничего не делаю. Особо борзым говорю, что мы не базаре работаем и любая заявка должна быть оформлена в соответствии с требованиями Компании.
У нас с этим делом полный швах никакой субординации, гена заказчика может позвонить рядовому программеру и указывать чо делать ;) специфика бордельеро ;)
Что значит "позвонить"? Внося поправки в существующее и утвержденное ТЗ или докладывая о косяке с просьбой исправить в рабочем порядке и срочно?
В первом случае ссылаешься на отсутствие описания функционала в ТЗ, во втором случае просишь письмо на почту как подтверждение начала твоей работы.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453818
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
barrabas 
пропущено...
бред
1. Он не обязан говорить почему написал case , а не if. А если вопрос взаимодействия с другими кусками кода, использованием библиотек или технологий, то он обязан обсудить прежде чем напишет хоть строчку (потратит время и деньги работодателя). Были случаи, кто то молча делает свой кусок, потом время релиза и бах выясняется что нужно ставить новую версию репорт вьювера на все компы компании, т.е. Решение не работало. Или вдруг появляется сторонняя либа, которая уже не поддерживается а человек типа принял решение за всю команду и колбасил месяц код под нее. Это диверсия же.
Разраб должен оставить описание, хотя бы требование на основании которого был написан код, тк люди смертны. Иначе система превратится в кучу черных ящиков про которые никто не знает но трогать бояться, т.е система умерла, ее больше нельзя развивать
Странный ты, пишешь что мои слова это бред, а затем излагаешь тоже самое, но чуть в других формулировках и с примерами.

Нигде в документации не описывается почему кодер использовал if а не case. Взаимодействие модулей естественно подлежит обсуждению, хотя бы в рабочем порядке с последующим описанием в документации этой интеграции. Но по каким принципам будет работать данный модуль безописательно будет хранится в голове у кодера.
не так, он должен обсудить как он собирается решать задачу, может это и монолитный независимый кусок быть, но только он не знает что, скажем, обмен данными по фтп запрещен в корп сети, а он его заюзает. Или он захочет создать себе таблиц в системе которые дублируют другие, а он про них не знал/помнил. Получил задачу, подумал, если обсудил возможные варианты решений с начальством/тимлидом и тем кто в теме, чей кусок затрагивается или похож (может уже почти все готово), законспектировал в файлик и только после этого начал писать первую строчку кода. Разраб может не видеть со своей колокольни многое, например ,что какие-то порты и протоколы закрыты и их открытие займет время если вообще возможно; что у юзера может не быть прав на какието действия в ос и их ему не дадут как бы не нужна была написанная прога; он может неправильно полагать что пользователь будет вести какието дополнительные справочники, а он не будет; да просто он может не правильно понять постановщика задачи, а когда напишет и кто надо прочтет, махнет рукой, мол да это то что нада, тогда только нужно тратить время на код.
Был случай, заказали доработку чужой системы, мол нам нужна синхронизация данных по команде, они выкатили, ехе с формой и кнопкой, вот как ее поставить на шедулер пля, и все без тз естественно
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14453895
Фотография модель для идеальной сборки
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
barrabas 
модель для идеальной сборки 
пропущено...

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

Нигде в документации не описывается почему кодер использовал if а не case. Взаимодействие модулей естественно подлежит обсуждению, хотя бы в рабочем порядке с последующим описанием в документации этой интеграции. Но по каким принципам будет работать данный модуль безописательно будет хранится в голове у кодера.
не так, он должен обсудить как он собирается решать задачу, может это и монолитный независимый кусок быть, но только он не знает что, скажем, обмен данными по фтп запрещен в корп сети, а он его заюзает. Или он захочет создать себе таблиц в системе которые дублируют другие, а он про них не знал/помнил. Получил задачу, подумал, если обсудил возможные варианты решений с начальством/тимлидом и тем кто в теме, чей кусок затрагивается или похож (может уже почти все готово), законспектировал в файлик и только после этого начал писать первую строчку кода. Разраб может не видеть со своей колокольни многое, например ,что какие-то порты и протоколы закрыты и их открытие займет время если вообще возможно; что у юзера может не быть прав на какието действия в ос и их ему не дадут как бы не нужна была написанная прога; он может неправильно полагать что пользователь будет вести какието дополнительные справочники, а он не будет; да просто он может не правильно понять постановщика задачи, а когда напишет и кто надо прочтет, махнет рукой, мол да это то что нада, тогда только нужно тратить время на код.
Был случай, заказали доработку чужой системы, мол нам нужна синхронизация данных по команде, они выкатили, ехе с формой и кнопкой, вот как ее поставить на шедулер пля, и все без тз естественно
Ты приводишь примеры , когда само решение задачи уже требует взаимодействия и должно быть первоначально обговорено. Любые создания таблиц\пакетов\тс при разработке проекта должны быть общедоступными для проверки и внесения своих пометок.

Все что ты привел выше не касается выбора >>почему кодер использовал if а не case.
стиль реализации остается на усмотрение кодеров
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14454238
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
barrabas 
пропущено...
не так, он должен обсудить как он собирается решать задачу, может это и монолитный независимый кусок быть, но только он не знает что, скажем, обмен данными по фтп запрещен в корп сети, а он его заюзает. Или он захочет создать себе таблиц в системе которые дублируют другие, а он про них не знал/помнил. Получил задачу, подумал, если обсудил возможные варианты решений с начальством/тимлидом и тем кто в теме, чей кусок затрагивается или похож (может уже почти все готово), законспектировал в файлик и только после этого начал писать первую строчку кода. Разраб может не видеть со своей колокольни многое, например ,что какие-то порты и протоколы закрыты и их открытие займет время если вообще возможно; что у юзера может не быть прав на какието действия в ос и их ему не дадут как бы не нужна была написанная прога; он может неправильно полагать что пользователь будет вести какието дополнительные справочники, а он не будет; да просто он может не правильно понять постановщика задачи, а когда напишет и кто надо прочтет, махнет рукой, мол да это то что нада, тогда только нужно тратить время на код.
Был случай, заказали доработку чужой системы, мол нам нужна синхронизация данных по команде, они выкатили, ехе с формой и кнопкой, вот как ее поставить на шедулер пля, и все без тз естественно
Ты приводишь примеры , когда само решение задачи уже требует взаимодействия и должно быть первоначально обговорено. Любые создания таблиц\пакетов\тс при разработке проекта должны быть общедоступными для проверки и внесения своих пометок.

Все что ты привел выше не касается выбора >>почему кодер использовал if а не case.
стиль реализации остается на усмотрение кодеров
ну так выбор между иф и кейс, небольшие вольности в названиях переменных вот пожалуй и вся свобода, остальное лучше обсуждать, чтоб не переделывать
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14454711
user7320
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
new_one 
Stable 
new_one,

Видимо считает что может все сделать лучше вас всех вместе взятых.
Код его не идеальный
Средний так сказать код
Даже не выравнивает-все без отступов
Что за глупость? Вы в блокнотах программируете? Возьмите уже нормальную IDE и она вам просто не даст "не выравнивать" - будет выравнивать принудительно.

А что, кстати, значит работать в команде? Один раз видел, как два программиста занимались "парным программированием" - сидели за один компом, дёргали друг у друга мышку и клаву и спорили, как и что надо писать. Чуть не подрались. Хорошо, что это были парень и девушка.

Кстати, без "коде ревью" всё это "командное программирование" быстро вылетает в трубу. Пишу я, значит, модели представлений (MVVM), подключаю библиотеку репозитория, а там нет нужных мне классов. Ору "Колян, *ля! Где классы, мать твою?!". Вот так и приходится комментить и оставлять пустыми методы-заглушки, пока Колян допишет репозиторий. А потом выясняется, что Колян банально допустил в словах названий классов ошибки и у меня снова не обнаруживаются нужные классы. Вот когда один всё делаешь, то ни на кого не орёшь (и на тебя не орут) и сам быстро косяки свои исправляешь, а не ждёшь, пока кто-то дойдёт до того места, где тебе нужно чужой код вызвать.
автор 
Автоформатирование правильно работает, когда нет принципиальных ошибок в циклах и блоках.
В Студии афтоформатирование работает всегда, когда нет "красненьких эрроров" - т. е. если всё по синтаксису правильно и обращение идёт только к существующим объектам. Когда есть "красненькие эрроры", то всё равно пытается отформатить. Короче, переходите на правильные IDE.

Другой вопрос, кто принял его код с "красненькими эррорами". Некоторые даже с "жёлтенькими ворнингами" не принимают.
автор 
Плавали - знаем. Сложный сиквельный запрос после форматирования понять стало невозможно никому, даже автору...
Читал где-то, что сложные запросы на полстраницы (А4) и больше - для лохов и желающих попонтоваться перед тимлидершей. Норм пацаны разбивают запрос на подзапросы, а промежуточные результаты сохраняют в локальных переменных или что там у вас (я вообще Entity Framework использую и этот ваш SQL не знаю и знать не хочу). Потому что если компилятор или там фреймворк или там СУБД умные, то они сами там наоптимизируют, а вот ваши полустраничные запросы вы потом и сами не разберёте через пару месяцев. Так что лучше медленнее, да понятнее.

Один знакомый рассказывал, что у него на работе раз задания давали - разбирать полустраничные SQL-запросы, которые из Москвы нам в Сибирь присылали, выискивая в них ошибки. Непонятно, почему кто-то там получает туеву хучу денег (70-100) за говнокод с ошибками, который не работает, а Вася в Сибири за тридцатник должен разобраться в этом запросе и исправить ошибки - фактически, написать всё заново, но без подробного объяснения, зачем этот запрос и что он делает (без ТЗ, т. е.). Наверное, потому, что на всех уровнях и там и тут сидят дебилы и не могут организовать нормальную работу. Такие дела.
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14454837
ктоя
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
модель для идеальной сборки 
В первом случае ссылаешься на отсутствие описания функционала в ТЗ, во втором случае просишь письмо на почту как подтверждение начала твоей работы.
Куйня в том что начальство должно общатся с себе подобными. А програмерам уже вниз с приаритетоми и прочим планированием, программер не должен решать кому вперед отсосать ;)
...
Рейтинг: 0 / 0
Коллега на работе все хочет делать сам
    #14455699
Фотография barrabas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ктоя 
модель для идеальной сборки 
В первом случае ссылаешься на отсутствие описания функционала в ТЗ, во втором случае просишь письмо на почту как подтверждение начала твоей работы.
Куйня в том что начальство должно общатся с себе подобными. А програмерам уже вниз с приаритетоми и прочим планированием, программер не должен решать кому вперед отсосать ;)
это да, есть план работ отдела в целом с приоритетами, а программер исполнитель этого плана, как любой другой специалист в общем, и не ему решать что нужно отложить то что дали в разработку от линейного руководителя, и делать то что хочет какой то юзер, пусть он тысячу раз директор. Вежливо слать к начальнику и всё. Спрашивать то будет он за работу и премии указывать.
...
Рейтинг: 0 / 0
20 сообщений из 120, страница 5 из 5
Форумы / Просто трёп [закрыт для гостей] / Коллега на работе все хочет делать сам
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (1): Анонимы (1)
Читали форум (1): Анонимы (1)
Пользователи онлайн (7): Анонимы (5), Yandex Bot, Bing Bot 3 мин.
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]