Информация
- В рейтинге
- Не участвует
- Откуда
- Санкт-Петербург и область, Россия
- Зарегистрирован
- Активность
Специализация
Бэкенд разработчик, Архитектор программного обеспечения
Старший
Java
Spring Boot
DevOps
TypeScript
Node.js
Kubernetes
SQL
Базы данных
Высоконагруженные системы
Проектирование архитектуры приложений
да и больно хлопотный судя хотя бы по данному посту и комментам
вам ведь что - просто нужно познакомиться с классом и узнать у кого какой уровень
я думаю 45 минут обычного урока в беседе с классом будет достаточно
для того чтобы узнать у кого есть компьютер дома - достаточно попросить поднять руки
и просто поговорить обо все по чуть-чуть, задавая попутно вопросы классу и просто слушая реплики,
шутки выкрикиваемые с парт (без этого уроки не проходят)
по россии даже мелкие города некоторые представлены
ну еще есть решение от MS http://maps.live.com/
там почти все есть
но карты москвы и питера уж больно убоги по сравнению с google maps и yandex maps
думаю векторные карты оправданы только в мобильных устройствах для экономии трафика и увеличения скорости работы
это и есть золотая середина - между наивным "Надо все переписать" и бюрократическим "Что работает - не трогать"
маленькими шажками можно уверенно и быстро идти вперед и улучшать продукт
без риска уничтожения целостности системы , давая программистам-архитекторам возможность реализовывать
их творческий потенциал - хоть и не большими частями.
естественно, под термином "маленькие шажки" в рефакторинге я понимаю не только элементарные операции
в программировании (такие как выделение метода, переименование переменной ..)
но и крупные - скажем удаление/добавление целого модудля в проекте,
переход на новую БД, переход на новый движок интерфейса или вообще на другую платформу/другой язык
суть в небольших обдуманных шагах - после каждого из которых система улучшается, но
остается полностью работоспособной и не несет в себе шокирующих изменений для пользователя
Человек так устроен - ему трудно охватить сложную систему целиком. Но маленькими операциями даже очень сложную, безнадежно сложную и запутанную систему можно упростить и распутать.
на ериксоне у чувака смотрели - нас определило как Спортивная СПб (а реально ближе к Петроградской)
но это все таки не 100км - а около 5км погрешность
но я все равно очень рад что google этим занялся - постепенно думаю как и google maps доведут до
рабочей версии и в России
эту тему еще 5 лет назад мы пытались реализовать ( базу вышек собрать не проблема )
проблема в гребаных производителях телефонов которые все на свой лад делают
надеюсь google их попинает и заставит стандартизироваться
и служба в армии могла обернуться реальной службой со всеми вытекающими -
тогда бы было очень сложно рассуждать, как мы сегодня рассуждаем - кому надо идти а кому нет.
Т.е всем было понятно, что воюем не понятно за что и не понятно ради чьих денег, но такие аргументы выдвигать было бы кощунственно.
Противоречивость ситуации - была на пике:
не думаю что кто-то из тех пацанов действительно тогда хотел воевать
и пережить(или не пережить) это дерьмо.
сейчас просто все подуспокоилось и мы вольны немного отстраненно рассуждать
о государстве и армии - а так то один хер: войны будут всегда и пушечное мясо будет всегда и государство как может пытается создать свою армию для любых возможных целей.
если бы армия была чем-то вроде военной кафедры в универе,
но сразу с первого курса и у всех, + каждое лето сборы на месяц
мне кажется этого было бы достаточно, ну и обычную физ-ру в универе никто не отменял
все же легче и веселее со своими же одногрупниками в той же казарме жить,
чем непонятно с какими гопниками пытаться найти общий язык
(слышь, дай погонять CMS, епть)
для пущей красоты
но она больше как раз фундаментального характера
зачастую это более сложный и важный функционал чем front-end
туда входит конфигурация и настройка различных cron-процессов (scheduling)
возможно есть какие-то налаженные конфигурации
например я работал с подобной системой у amazon, но мог ознакомиться только с некоторыми частями
системы.
что интересно не смотря на то, что куча конечных компонентов даже у них написана
вроде и хрен знает как (много оутсорса и у индусов и у других) -
в целом система легко расширяется и ее сложность от этого не увеличивается.
а если еще вспомнить что есть города и деревни за мкадом - то многое из списка еще и в новинку кому-то будет.
вроде организаторы обещали выложить все на сайте.
От себя впечатление:
Мария Стоун - очень очаровательная женщина,
даже не верится, что основная изюминка google - целостность и простота - именно результат работы это женщины.
Что поразило меня - так это чрезвычайный шум в головах наших докладчиков по теме конференции.
конечно не все кто в теме присутствовал (Лебедева например не было), но все равно подготовиться можно было и получше. А так ощущался даже иногда некий дискомфорт от слабых выступлений.(ну не считая просто левых рекламных докладов типа как у yandex и microsoft).
Конечно респект Михаилу Токовинину из QSOFT - прямо гордость за него - парень и в теме и просто молодец.
Меня больше всего зацепил представитель компании Keane (именно их слайды и хочется достать)
Зацепил тем что показал наверное топовый уровень профессионального менеджмента проектов (они занимаются непосредственно управлением больших проектов с бюджетом 150-200 миллионов $) он не заострял внимание именно на user experience - так как это часть общего дизайна архитектуры о которой и шла речь
Просто в книжках вот об этом почитать можно будет не скоро, а в русском издании еще позже
И в российских аутсорс компаниях подобный менеджмент если и проскакивает то мельком.
Потому после общения остался осадок - на тему того что мы отстаем жестко и надолго, и не понятно как-же и где всему этому учиться здесь у нас в России.
Спасибо всем участникам и организаторам конференции.
но мне например интересно было посмотреть на Crysis - потому что тут интерес скорее не поиграть,
а заценить последние на сегодняшний день достижения 3D графики.
и это действительно достижения - убедился сам