Обновить
82
8
Дмитрий Синявский@r3code

SRE

Отправить сообщение
В идеологии будущего сервиса думаю вполне осуществимая задача.
Только нужна расшифровка, что имел ввиду.
Hm — аккорд, tab=«12331X» — как зажимать? Тогда нужно кодировку баррэ придумать еще.

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

Информация

В рейтинге
667-й
Откуда
Россия
Дата рождения
Зарегистрирован
Активность

Специализация

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