Программирование[9]

besteady написал 1 минуту назад:

Just.Doit написал 6 минут назад:

besteady написал 1 час назад:

А если ты переживаешь за бизнес, то лучше в стартап идти к идейным

если ты не переживаешь - ты плохой программист

Поясни как это связано

хм. ну давай попробуем.

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

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

что такое хороший программист (разрботчик)?

человек который выдает хороший результат и делает это стабильно

что такое хороший результат в профессии веб разработчика?

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

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

если ты набыстрокодил и допустил из-за спешки баг в бизнескритикал логике финансовых расчетов - ты плохой программист

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

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

2. если тебе похер на бизнес ты будешь слабо понимать какие таски важнее других и будешь слишком сильно зависеть на приоритизацию других.

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

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

....

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

и если тебе похер, ты просто периодически будешь сбиваться с данных критериев и не будешь понимать в какую сторону двигаться эффективнее

JuJeu написал 2 часа назад:

Нужно понимать, что выполнение тасков в хуевом виде приносит только мгновенный результат, а на перспективе эта хуета будет стоить огромных денег на обслуживание. Мне через 3 месяца скажут, знаешь, чел, тут у нас баг в этой хуете (а там метод на 800 строк и дохуища сайд эффектов). Ты это задебаж это и сделай чтобы работало. Я вот буду сидеть дежабить этот метод параллельно переписывая, буду тратить деньги бизнеса и охуевать от того зачем это всё было написано и как это было написано в первую очередь. Т.е. бизнес уже потратил деньги на написание этого говнокода, теперь он тратить на дебагинг и переписывание. Этих моментов можно избежать, если элементарно знать некоторые техники написания поддерживаемого кода. 

братан, ну причем тут твоя жопаболь к теме разговора???!?!

FeelYourDestiny написал 1 минуту назад:

JuJeu написал 2 часа назад:

Нужно понимать, что выполнение тасков в хуевом виде приносит только мгновенный результат, а на перспективе эта хуета будет стоить огромных денег на обслуживание. Мне через 3 месяца скажут, знаешь, чел, тут у нас баг в этой хуете (а там метод на 800 строк и дохуища сайд эффектов). Ты это задебаж это и сделай чтобы работало. Я вот буду сидеть дежабить этот метод параллельно переписывая, буду тратить деньги бизнеса и охуевать от того зачем это всё было написано и как это было написано в первую очередь. Т.е. бизнес уже потратил деньги на написание этого говнокода, теперь он тратить на дебагинг и переписывание. Этих моментов можно избежать, если элементарно знать некоторые техники написания поддерживаемого кода. 

братан, ну причем тут твоя жопаболь к теме разговора???!?!

мы за интернет платим не чтобы ты нам тут наше нытье прекращал!

Professor1 написал 8 минут назад:

познакомился с Js в принципе пока логично всё

besteady написал 2 часа назад:

Одно дело поддерживаемость, другое -- когда на перфекционистычах делаешь таск в 10 раз дольше.

Алсо говнокод это плохо для бизнеса, а не для тебя

А если ты переживаешь за бизнес, то лучше в стартап идти к идейным

если совсем уж просто

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

после тебя пришел прогер разгребать это говно. узнал кто это сделал

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

и на 4ом интервью по cultural and team fit этот чел тебя сдаст, скажет что ты любишь говнокодить не смотря на последствия

и всё, минус работа мечты

в общем это фактор который говорит о тебе как о профессионале.

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

Just.Doit написал 4 минуты назад:

и на 4ом интервью по cultural and team fit этот чел тебя сдаст, скажет что ты любишь говнокодить не смотря на последствия

Как он сдаст, если он в другой компании? Да и говнокод это стандартная ситуация, щас бы ещё искать виновника и мстить ват

Just.Doit написал 37 минут назад:

besteady написал 2 часа назад:

Одно дело поддерживаемость, другое -- когда на перфекционистычах делаешь таск в 10 раз дольше.

Алсо говнокод это плохо для бизнеса, а не для тебя

А если ты переживаешь за бизнес, то лучше в стартап идти к идейным

если совсем уж просто

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

после тебя пришел прогер разгребать это говно. узнал кто это сделал

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

и на 4ом интервью по cultural and team fit этот чел тебя сдаст, скажет что ты любишь говнокодить не смотря на последствия

и всё, минус работа мечты

 

в общем это фактор который говорит о тебе как о профессионале.

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

вы рили читаете стены джастдуита?

давайте так поступим

кто не посчитал буквы лишается права писать в этом топике

Just.Doit написал 1 час назад:

besteady написал 3 часа назад:

Одно дело поддерживаемость, другое -- когда на перфекционистычах делаешь таск в 10 раз дольше.

Алсо говнокод это плохо для бизнеса, а не для тебя

А если ты переживаешь за бизнес, то лучше в стартап идти к идейным

если совсем уж просто

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

после тебя пришел прогер разгребать это говно. узнал кто это сделал

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

и на 4ом интервью по cultural and team fit этот чел тебя сдаст, скажет что ты любишь говнокодить не смотря на последствия

и всё, минус работа мечты

 

в общем это фактор который говорит о тебе как о профессионале.

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

да хуйня это все 

вся это чистота кода работает на личной порядочности и том что перед коллегами стремно будет 

Так че ты срешь здесь?

@E1azor

Drakonian написал 8 минут назад:

Так че ты срешь здесь?

@E1azor

Извинт, я хотел как лутше

как у тя дела, вроде вчера чёто начинал прогать

Та вот понял, что сложна и решил начать с основ

https://refactoring.guru/ru/design-patterns/catalog

Just.Doit написал 17 часов назад:

мне лень тебе объяснять почему голословные утверждения не основанные ни на чем не являются фактом

вообще фактом будет является конкретная скорость рефакторинга или навигации по коду (просмотрел 10 методов за минуту)

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

 

Ты придурок блять чтоли?

Я тебе предложил сказать как ты в виме использование переменной или метода найдешь

А не демагогию сраную разводить

sonac написал 15 часов назад:

Vova написал 19.04.2020 в 01:07:

 

Поясни конкретно

 

Как ты в vim найдешь все использования переменной что я делаю за секунду

Та да, каждый день Только то и делаю, что сижу и ищу на использование переменных

 

 

Мне поебать что ты делаешь даун

Если тула А дает все тоже что и тула Б но плюс еще дохуя другого функционала который многими разработчиками используется значит тула А лучше

А то что ты не используешь фичи тулы А говорит лишь о специфи твоей работы или о твоем уровне а не о том что тула А плохая

Just.Doit написал 14 часов назад:

у меня помоему 40% времени идет на просмотр всех использований метода (или другого поля объекта) - чтобы посмотреть с чем связан код который я меняю и не сломает ли чего мое изменение + чтобы понимать что аналитика проведена верно и нет каких-то неучтенных функциональностей, связанных с той что меняю

 

Ну и как ты это делаешь в виме

PochtiKakLoda написал 19.04.2020 в 00:51:

TortoiseSVN на своей первой работе юзал вот это крейгазм был 

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

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

в шоке с того что тратите на пд больше 2 минут в нерабочее время

я трачу время на поделиться картинками в телегу

кто-то тут писал, что прогать на листочке -- нахуй не нужно

так вот, начал приоткрывать для себя ANSYS

прогать на листочке + не иметь полную документацию + падение скриптов в зависимости от того сохранил проект/узел или нет, и от прочих таинственных обстоятельств

разные узлы программируются на разных языках, хотя есть возможность везде запускать скрипты питона(обычно без ide)

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

ну короче ад существует, максимальный кайф(нет)

Vova написал 7 часов назад:

Я тебе предложил сказать как ты в виме использование переменной или метода найдешь

есть плагины какие-то для этого, ищут во всем проекте

сам видел!

Drakonian написал 8 часов назад:

Та вот понял, что сложна и решил начать с основ

https://refactoring.guru/ru/design-patterns/catalog

Ващет в данном случае всё строится вокруг алгоритма и проектирование имеет смысл после того как высран алгоритм. Ну понятно, в целом решение выглядит так: "решение = func(входные данные)", больше ничего не требуется.

Поэтому предлагаю начать со структур данных для хранения множества вариантов, которые перебираются, и алгоритма обхода вариантов с отсечением, чтобы сразу пачками отсекались. Ну тут понятно что алгоритм обхода и структура данных связаны так что придётся сразу оба пункта хуярить.

Могут понадобится <шаблонный метод>,  <состояние>,  может быть ещё <снимок> и в некотором роде <посредник>. Но пока не ясно, пока алгоритма нету.

Согласен что сначала алгоритм нужен?

Есть идеи?

Вот я уже пару лет пытаюсь найти идеи, но пока не получается т.к. тупой, может у тебя получится быстрее наебашить?

GoldRobot написал 1 час назад:

Vova написал 9 часов назад:

Я тебе предложил сказать как ты в виме использование переменной или метода найдешь

есть плагины какие-то для этого, ищут во всем проекте

сам видел!

вот мне тоже казалось

что сейчас принципиальной разницы между vim, emacs, vscode особо нет тк все основывается на плагинах под языки или проекты, зачастую поддержка LSP и фичи должны быть +/- одни и теже

***

btw, мечтаю освоить вим

а то заебало править конфиги на виртуалках через nano

E1azor написал 48 минут назад:

Drakonian написал 9 часов назад:

Та вот понял, что сложна и решил начать с основ

https://refactoring.guru/ru/design-patterns/catalog

может у тебя получится быстрее наебашить?

вот бы не алгоритм а тебя..