Pull to refresh
82
0
Дмитрий Синявский@r3code

SRE

Send message
Хорошо, я поставлю себе хром и поковыряю его, чтобы и в нем все было нормально.
Для протокола, можешь мне скриншот выложить, как в твоем хроме оно выглядит?
Спасибо за добрый ответ )
Я флеш недолюбливаю, из за того что на нем делают эти гадкие рекламы всплывающие поверх страницы.
Насчет фремворка — это как, а главное для чего он нужен будет? Фреймворки же нужны чтобы их использовать как скелет для реализации своей задачи. Какие тут задачи будут для него?
Буду делать по мере возможности. Идея есть — сделаем.
С ним все сложнее гораздо, т.к. для нот много всяческих нюансов — значков вспомогательных слишком много. С нотами как раз SVG скорее поможет.
Не все юзеры такие продвинутые художники, а то что получится в пайнте будет страшно.
Объемы кода и картинки для одного аккорда сделаю кстати.
Обычно Ключи делают к замку сразу, мастер знает как устроен замок и ключ делает именно так чтобы он подходил к замку, и потому интерфейс замка известен.
А когда своим ключом пытаешься открыть неизвестный замок — это уже попытка взлома или попытка создать универсальный ключ)
you.are.bored.and.lonely@callme.com — секс по телефону ))
Хм… а как вырастить руководителя проектом, если у вас его не было никогда?
Руководителем проекта в среде программистов, должен быть обязательно крутой программист, или общих знаний достаточно.
Мне видеться, что руководитель проекта — это такой лодочник, который переводит мысли и предложения с берега заказчика, на берег разработчика и наоборот. И конечно когда он на берегу разработчика — он еще и надзиратель-начальника, сами люди не могут организоваться — они как солдаты, все выполняют когда скажешь как.
Почему мне так видеться, потому что у меня, к сожалению так и есть — нет у нас руководителя проекта, начальник есть, но он не руководит разработкой никак.
Это статистика из раздела «Как мы видим клиента»?
Не верю, что 98% разработчиков глупы.
Конечно, для каждого уровня свой язык. Начни рабочему на стройке дифирамбами говорить, что делать, так он подумает — ругаешься.
Люди разные и подход разный.
Я надеялся, что дураков все таки в мире меньше… не заставляйте меня разочаровываться.
Вообще существует этика. Этика общения с заказчиком. Это как например нельзя себе позволять ругаться матом в театре да, или гадить в общественном месте — звучит грубо, но это ограничения для того, чтобы участники действа сами не чувствовали себя глупо и унижено.
Если в команде вы все матом обсуждаете и шлете всех куда подальше, то я сильно сомневаюсь, что также вы ведете себя с заказчиком.
Хм… странная логика, нахвататься сленга — это значит его понять и использовать так чтобы понимали другие. Услышать и везде пихать как «умное» — я бы задумался над уровнем развития мозга этого индивида.
Извини за навязчивость — это очередной раз говорит, что разработчиков учить этому не надо.
Как видишь разработчикам словарь не нужен, а новички читая формы и советуясь с опытными разработчиками нахватаются сленга сами — их обучать этому не надо.
Тот же пейджер — номерной указатель страниц напрмер, и из его названия сразу все ясно.
Хм… давайте список терминов, которые не имеют аналогов. Есть наверно такие, но в большинстве случаев я думаю ваше мнение ошибочно.
Бывают плохие переводчики, это как переводить translation language = трансляционный язык, вместо — язык перевода. Футер и хИдер тому яркий пример.
Почитай еще мои комментарии ниже, там про «словарь для заказчика».
Словарь для разработчиков не нужен — мы уже сами все знаем, а вот клиенты под частую даже слова сайт пугаются, не то что хедер/подвал, морда/индекс/главная.

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity

Specialization

Бэкенд разработчик, Site Reliability Engineer
Старший
SRE
Мониторинг
GitLab
Golang
Высоконагруженные системы
Проектирование архитектуры приложений