
Tema
22.01.2017
00:33:35


Mike
22.01.2017
00:35:44
Сходу это потенциальный XSS. И даже если ты всё предусмотрел - подключение готового решения, в котором ты уверен и которое работает исключительно на сервере заказчика, и решения стороннего занимает не больше, а чаще даже меньше времени.
Не говоря уже об отказоустойчивости и всё остальном.
Короче, Тёма, ты мудак. Носи этот титул с гордостью.

Tema
22.01.2017
00:36:41

Google

Бернгардт
22.01.2017
00:37:45
Кстати, по поводу антимата. Вообще всегда желающих по пытался оговорить. Плохой -не нужен, а хороший на популярном ресурсе достаточно быстро превращается в игру -кто смешнее всех и красивее обойдет.
Сама идея, на мой взгляд так себе
Пошел я спать кароч. До связи


Alexander
22.01.2017
06:54:28
Тут писали про использование стороннего сервиса - я такое иногда делал и большинство так делает тоже, но только не при генерации пользовательских страниц - единственный вариант это скрипт выполняемый планировщиком и хранящий результат локально.

Иван
22.01.2017
09:27:06
@mike_iceman я считаю что ты не прав. Нет вообще не правильных и правильных решений. Есть наиболее оптимальное решение в конкретных условиях.
И тем более если чей-то выбор решения не совпал с твоим мнением, переходить на личность это вообще не достойно.
Каждый разработчик в каждом проекте принимает решение как ему решать задачу , потому что только ему отвечать за результат.
Если ты считаешь что ты знаешь как решать - поделись опытом, напиши плюсы и минусы (что важнее ) твоего решения.
Но говорит что ты прав по умолчанию - довольно самоуверенно. Хоть ты 50 лет в разработке.

Mike
22.01.2017
09:29:28

Иван
22.01.2017
09:30:56

Mike
22.01.2017
09:31:23
Ок, я не прав.

Иван
22.01.2017
09:33:01
Относится к работе ответственно - это про свою работу.
Нет ни у тебя ни какого способа относится ответственно к чужой работе.

Mike
22.01.2017
09:33:22
Использование готовых своих/чужих решений - это зло, создавать новые зависимости от сторонних сервисов с потенциальными угрозами безопасности и отказоустойчивости - это добро. На том и остановимся.

Иван
22.01.2017
09:35:46
И даже понимание что есть готовое решение , может быть очень разное. Чтобы можно было вообще обсуждать верность утверждения.

Google

Mike
22.01.2017
09:39:49
Вот именно это меня и задело
Это неуважение к клиенту - раз. Неуважение к тому, кто будет потом это всё поддерживать - два.

Иван
22.01.2017
09:47:30
Не слышишь меня. Жаль.
Нет ни каких прав у тебя решать и тем более публично обсуждать что кто-то мудак, раз он работает не так, как бы хотел. Или ты в этом проекте менеджер-тимлид, в курсе всей ситуации?
Это не проявление профессионализма, а как раз наоборот.
Я бы поостерегся слушать советы "эксперта", который точно знает как надо , а все кто не согласны - мудаки.
Как там ты пишешь. "Весь мой опыт говорит что..."
Вот мой опыт говорит что зрелый разработчик, советы которого я стал бы слушать, так не делает.
/ mode зануда-нравоучитель off/

Mike
22.01.2017
09:56:25
На этом и остановимся.
В конце концов здесь очень много людей, это публичная дискуссия и я озвучил своё мнение. Кто-то согласится, кто-то нет.

Maxim
22.01.2017
10:31:28

Vladimir
22.01.2017
10:38:09
Если так относиться к каждому сервису...

Иван
22.01.2017
10:56:32
О, мне вспомнился мультик Масяня, серия когда они решили знак на спину лепить тому, кто поступает как мудак :)
Помнит кто? Концовка очень жизненная :)

Илья
22.01.2017
11:08:30

Sergey
22.01.2017
11:10:45
Фига у вас движняк тут
Круче всего писать свои костылесипеды!
А кто не пишет, тот мудак
Я все и всех рассудил, я молодец.


Бернгардт
22.01.2017
11:19:13
хм, а можно за майка заступиться? :)
он не прав только в одном - что перешел на личности, остальные рассуждения всетаки верные
Сторонние модули, сторонние сервисы - это скорее зло. Да, иногда зло неизбежное. Почему зло - да потому что ты на него по большому счету повлиять не можешь.
Всегда где встает вопрос - используем сторонний модуль/сервис или пишем/используем свое, либо используем хотябы на своей стороне - надо достаточно четко взвешивать следующие параметры - насколько времени и сил хватит разрабатывать и поддерживать свое решение, если не хватит свое - не можем ли сделать локальный инстанс, и поддерживать его. Если же и это не возомжно - какой серввис более всего отказоустойчив и как закрыться от возможности внешнего влияния.
немного сумбурно, надеюсь что понятно
каждый уровень более трудозатранет чем предыдущий в плане поддержки.
свой велосипед легче поддерживать чем свой модуль
сторонний модуль находящийся локально сложнее поддерживать чем гарантировать работу стороннего сервиса


Sergey
22.01.2017
11:25:49
Поэтому опенсорс рулит

Бернгардт
22.01.2017
11:25:56
тут есть достаточно конкретная задача - антимат
с этой задачей так или иначе сталкивались все
при рассмотрении свой велосипед или сторонний модуль - явно свой велосипед проигрывает
между сторонний модуль локальный или внешний сервис (которых заметим, стабильных нет, или мне не известны, но точно неизвестны этому разработчику) - потенциально выигрывает модуль сторонний, но находящийся локально
человек не хочет ставить модуль не потому что он видит какие то плюсы сервиса, не изза взвешенного решения, а лишь потому - как нам плотют, так мы и работаем
т.е. фактиччески дам 1 к 10, что заморачиваться проверкой безопасности, корректности внедрения и сетевыми заморочками - типа отлета или зависания - он не будет

Google

Бернгардт
22.01.2017
11:26:35
потому майк тут прав - это работа на отвали

Vladimir
22.01.2017
11:26:51
вы обсуждаете серверс проверки стоп слов, для публикации отзыва

Бернгардт
22.01.2017
11:26:52
и прикрываться бюджетом - это низко и непрофессионально

Vladimir
22.01.2017
11:27:48
отзыв на сайте далеко не самый важный Бизнес процесс, и с точки зрения выбора сделатб за 3 часа через сервис, или 2 дня самому.. намного прще и логичнее взять внешний сервис
и в случае его недоступности уже думать

Sergey
22.01.2017
11:28:04
Ну хз. Пафосно как-то. Низко, непрофессионально. Рассказал клиенту плюсы и минусы, дал вилку цен на решения, клиент выбрал дёшево.

Бернгардт
22.01.2017
11:28:40

Иван
22.01.2017
11:29:32
Нужно просто не путать процесс обучения (делиться опытом ) от самоутверждения (кто не со мной , то мудак )
:)

Бернгардт
22.01.2017
11:29:36

Vladimir
22.01.2017
11:29:49
как я вижу1
+ скорость внедрение
+ более проработанное решение, выше качество
- риски связанные со стабильностью

Бернгардт
22.01.2017
11:29:57

Sergey
22.01.2017
11:30:18
Ну он ваще резкий типус, как я вижу

Иван
22.01.2017
11:30:19

Бернгардт
22.01.2017
11:31:45
когда я фрилансил - и жил в далеком шушенском.. случился у меня однажды "резкий" клиент, основатель x5x.ru - это был хостер..
и неожиданно после очередной резкости и колкости - он на местечковый сайт зашел, парнишка оказалось живет в соседнем доме.. неожиданно..
предложил в гости заглянуть и обсудить с глазу на глаз сложившиеся трудности в общении..

Sergey
22.01.2017
11:34:12

Иван
22.01.2017
11:36:03
и прикрываться бюджетом - это низко и непрофессионально
Ну что значит прикрываться.
Вот есть задача , не важно какая. Обозначаешь клиенту варианты, плюсы, минусы. Он выбирает наиболее дешевой/быстрый/не надежный.
Ты конечно можешь отказаться делать, но кто тут выйграл? Клиент остался с не решенным головняком.
ИТ проекты имеют офигенный плюс, в отличии от той же стройки.
Можно стартовать быстро. Если поехало, допиливать узкие места.
Архитектуру главное иметь сразу вменяемую, чтобы конкретные сервисы можно было реализовать в той степени качества, как это нужно на текущий момент


Бернгардт
22.01.2017
11:36:55
Ну что значит прикрываться.
Вот есть задача , не важно какая. Обозначаешь клиенту варианты, плюсы, минусы. Он выбирает наиболее дешевой/быстрый/не надежный.
Ты конечно можешь отказаться делать, но кто тут выйграл? Клиент остался с не решенным головняком.
ИТ проекты имеют офигенный плюс, в отличии от той же стройки.
Можно стартовать быстро. Если поехало, допиливать узкие места.
Архитектуру главное иметь сразу вменяемую, чтобы конкретные сервисы можно было реализовать в той степени качества, как это нужно на текущий момент
Смотри, Иван, тут есть нюанс. Выбрали несколько вариантов - предложили выбор - это хорошо.
Посмотрел варианты - решил нах-нах, мне столько не платют, сделал что дешевле не взирая на риски - это другое
я вижу второй подход, может конечно вангую, но мне из ответов именно так кажется

Google

Sergey
22.01.2017
11:38:48
беда фрилансеров – неумение сказать реальную цену. боязнь упустить клиента

Бернгардт
22.01.2017
11:38:50
далее - в подходе - я предложил, ты тут сам выбрал самое дешевое
на практике это работает конечно, но очень-очень редко..
чаще мне встречалось - ну тут два варианта, ну тут конечно подешевле давай выберем, а потом клиент неожиданно забывает или аппелирует - ну вот о таком ты точно не говорил
а вообще "кривые" решения еще плохи тем, что их к портфолио не приколишь.. стыдно ..

Sergey
22.01.2017
11:39:38
а вообще круто "сколько я за такими переделывал". етить санитар интернета!

Бернгардт
22.01.2017
11:41:05
потому, в пору фрилансерства - я да, мог и клиенту вообще отказать, чем лепить откровенную фигню
ну или тебе этот человек или проект нравится - и ты делаешь все-равно хорошо, настолько насколько можешь и позволяет время, чтобы хотябы самому в своих же глазах не упасть
имхо для человека который руками делать - изначально подходить халатно - не очень хорошо на дальнейшем профессионализме сказывается..
вопрос надо задавать - не можем или нет, а как это мне сделать, имхо

Sergey
22.01.2017
11:41:44
не все стремятся к профессионализму и качеству

Бернгардт
22.01.2017
11:41:50

Sergey
22.01.2017
11:42:14

Бернгардт
22.01.2017
11:42:25
и фиг с половиной этих решений - где или заказчик настоял, или человек сделал не осознанно
а если человек сознательно на это пошел? другой колленкор жеж

Admin
ERROR: S client not available

Sergey
22.01.2017
11:42:50
как-то был случай, когда мой прогер матерился 2 дня, что-то переделывая на проекте. а потом оказалось, что он мою часть переделывал :D

Бернгардт
22.01.2017
11:43:23

Sergey
22.01.2017
11:43:54

Бернгардт
22.01.2017
11:44:04

Sergey
22.01.2017
11:45:10

Бернгардт
22.01.2017
11:46:07

Sergey
22.01.2017
11:46:19
не больше меня
хотя я вот ща думаю, что гораздо проще и легче было убедить клиента пойти другим путем

Vladimir
22.01.2017
11:47:19
немного не по теме, но давно уже слышал фразу: рост программиста, сперва ты копируешь чужой код, потом начинают копировать твой.
и все сервисы, модули и т.п. лишь дают возможность посмотреть как делают другие и решить, подходит это в твоём случае или нет

Google

Sergey
22.01.2017
11:47:48

Vladimir
22.01.2017
11:48:31
но продать клиенту решение которое ты считаешь более оптимальным, это тоже задача
и вполне себе выполнимая

Sergey
22.01.2017
11:49:11
лучшая продажа – через консалтинг

Бернгардт
22.01.2017
11:50:01
вот, на днях кстати Свете рассказывал что делать надо, по факту с нуля писать, ибо решение которое сейчас сделано - "гениальное", т.е. я сам в нем не разберусь.
Задача была сделать чтоб хоть как то работало, еще логика чуть-чуть поменялось - я попробовал ее подизменить, получилось частично. В итоге это просто хардкод, с примесями "временных эффективных решений" на выброс
код решил главную задачу - закрыл функциона в "смутные времена", а попутно методом - разведки на бою - доуточнил реальные задачи
такое тоже бывает, это нормально, но четко осознаю что это технический долг, который необходимо устранить - мне или еще кому-то.. не важно


Sergey
22.01.2017
12:02:48
кстати, кто каким инструментом пользуется для отслеживания загруженности ресурсов (подчиненных)?
б24 гантт – это боль

Бернгардт
22.01.2017
12:08:11

Евгений
22.01.2017
12:08:40
Кстати, да, джира может заменить б24?

Sergey
22.01.2017
12:09:19
может, да. ее пока настроишь...
я хочу видеть кубики загруженности студии, как ячейки экселя по сотрудникам. и что-то никак не могу найти решения, чтоб было достаточно простое

Ok
22.01.2017
12:14:27
эксель)
все остальное надо писать под себя

Sergey
22.01.2017
12:24:31
вот пока эксель и используется. комплексного решения пока еще не нашел

Mike
22.01.2017
12:38:23
Сознательно выбирать из равнозначных по трудозатратам решений самое ущербное, на мой взгляд, свидетельствует о непрофессионализме и халатности.
Тут не нужно своих велосипедов. Нужно просто выбрать готовый инструмент и, если так прям необходимо, кастомизировать его под задачу. А не плодить технические долги.
Кроме того, сторонние сервисы имеют свойство быть платными. Итого мы увеличим технический долг, добавим потенциальную дыру и повести на клиента дополнительные расходы.
Круто? Имхо, нет.