@bitrixfordevelopers

Страница 451 из 1492
Tema
22.01.2017
00:33:35
Задержка и возможность отвала сети до сервиса, невозможность повлиять на выдаваемый результат в случае обнаружения ошибок. Если речь не о ответе бул -мат или не мат - а редактирование сообщения, что почти наверняка, то это еще и дыра. К тому же вопрос лишь времени -когда сервис упадет совсем или поменяет апи
в случае со сменой апи обычно помогает заблаговременное уведомление на почту. если человек не пошевелится за определенное время - проблема явно не в сервисе задержка и уход в оффлайн решаются проверкой статуса сервера/длинной ответа про потенциальную дыру даже хз. ни одного такого сервиса, судя по тому что я ничего так и не нашел не существует, а обсуждать степень защиты несуществуюшего проекта - такое себе занятие.

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

Короче, Тёма, ты мудак. Носи этот титул с гордостью.

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
@mike_iceman я считаю что ты не прав. Нет вообще не правильных и правильных решений. Есть наиболее оптимальное решение в конкретных условиях. И тем более если чей-то выбор решения не совпал с твоим мнением, переходить на личность это вообще не достойно. Каждый разработчик в каждом проекте принимает решение как ему решать задачу , потому что только ему отвечать за результат. Если ты считаешь что ты знаешь как решать - поделись опытом, напиши плюсы и минусы (что важнее ) твоего решения. Но говорит что ты прав по умолчанию - довольно самоуверенно. Хоть ты 50 лет в разработке.
Я не говорю что я прав по умолчанию. Но в данном конкретном случае очевидна работа "на отъебись", а я такие подходы не одобряю. Потому что уже сколько раз приходилось за такими вот всё переделывать. Относиться к работе ответственно - вот моя позиция. Кто-то не согласен?

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
На этом и остановимся.

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

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:31:45
Ну он ваще резкий типус, как я вижу
хыыы ) ну это временно ) перерастет, или начнет чаще неожиданно встречаться с теми с кем дискутирует - и все изменится

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

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

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
как-то был случай, когда мой прогер матерился 2 дня, что-то переделывая на проекте. а потом оказалось, что он мою часть переделывал :D
смешнее было ) я сам матюгнулся - какой дурак так написать мог (про себя, не хотел никого обидеть) - пошел историю смотреть.. долго ржал)

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

Sergey
22.01.2017
11:45:10
смешнее было ) я сам матюгнулся - какой дурак так написать мог (про себя, не хотел никого обидеть) - пошел историю смотреть.. долго ржал)
о, у меня было то же самое! причем когда-то я костыли ставил хитрые, чтоб логика сохранялась. через время вернулся что-то доделать/переделать. все сломал. стал переделывать "красиво". в итоге переписал так, что осталось все то же самое

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

Sergey
22.01.2017
11:46:19
не больше меня

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

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

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

и вполне себе выполнимая

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

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

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

Бернгардт
22.01.2017
12:08:11
Вась, ты чем пользуешься?
Джира, mlo Я это, убежал чуть чуть, позднее буду

Евгений
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
отзыв на сайте далеко не самый важный Бизнес процесс, и с точки зрения выбора сделатб за 3 часа через сервис, или 2 дня самому.. намного прще и логичнее взять внешний сервис
Речь не о своём велосипеде, а о том, что можно взять либо готовый отлаженный модуль и тупо локально через его методы прогонять текст либо подключать внешний сервис со всеми его граблями на свой страх и риск.

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

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

Кроме того, сторонние сервисы имеют свойство быть платными. Итого мы увеличим технический долг, добавим потенциальную дыру и повести на клиента дополнительные расходы.

Круто? Имхо, нет.

Страница 451 из 1492