Мало того, работа в автосервисах идёт по нормо-часам, за исключением мелких работ (например, замена масла) и диагностики. Если причина поломки вообще неизвестна (машина не заводится), то как можно даже приблизительно выставлять ценник? Очень сомнительная услуга, если честно.
P.S У меня бывало даже так, что договорился на одну сумму (заказ-наряд на замену топливного бака), а платить пришлось больше.
У нас очень маленькая компания — всего 3 веб-девелопера. Из которых я — единственный русский (или русскоязычный, как больше нравится), соответственно, единственный, кто читает хабр. Остальные даже понятия не имеют, что такой ресурс существует. Я полагаю, что начальству (оно, к слову, тоже не русское) было бы монописуально, если бы они узнали, что я куда-то пишу (не важно — хабр или нет).
Но тут другая проблема — писать-то особо и не о чем, во всяком случае с моей колокольни кажется, то, что я делаю — малозначимо. Давно собираюсь уйти, но всё время нахожу для себя отговорки не решиться. Отчасти, наверно потому, что запутался, и не понимаю, чем хочу заниматься (в рамках ИТ, конечно).
Про плюсы и минусы маленькой компании (по своему опыту):
+ меньше бюрократии
+ быстрее взаимодействие между людьми (как организационно, так и в рабочих моментах)
+ большая значимость каждого человека
+ технологическая маневренность — можно легко убедить начальство попробовать сделать что-то на язые Х, фреймворке Y, платформе Z. Даже если никто в команде не знает X, Y, Z.
— если начальство не из мира ИТ, то довольно печальная организация процессов разработки.
— размазанные роли. Это легко может быть как плюсом, так и минусом. И как следствие — нечёткие должности. А если все девелоперы равноправны, то рано или поздно может возникнуть конфликт интересов — как-то всегда хочет доминировать больше других.
— отсутствие карьерного роста, потому что сами должности при такой организации — вещь достаточно формальная.
— скорее всего, отсутствие плюшек: спортзал, медицина, оплата конференции и т.д
1) Я всего два хоткея знаю, которые и использую. Оба для Sublime Text. Первый чтоб скопировать текщую строку, а второй, чтоб быстро выделить слово в разных местах и сделать быструю автозамену.
2) У вас такой пример. У меня есть другой пример. Человек пишет код довольно быстро и крайне бездумно. Любит приступать сразу же, без какой-либо подготовки. Никаких паттернов, никакой выдержанной структуры, продуманной архитектуры. Разные отступы? Ой, ну и ладно. Спагетти-код all the way. Зато да, якобы работает. Тестируется всё это дело так же как и пишется — на глазок.
Медленно-то в каком плане? Набора кода или проектирования, продумывания архитектуры, уточнения требований и условий? Если второе — то это не плохо, а скорее даже хорошо. Если первое — это временное явление, которое с опытом нивелируется, выучит синтаксис, паттерны конетного языка (или набора языков) и т.д.
Спасибо. Очень интересно. Даже какое-то девавю. Работая в смежной индустрии, я однажды столкнулся с точно такой же проблемой. И при первых же серьёзных затыках в подсчёте и цены и доступности (availability), идея самого решения была очень схожней, но от реализации отказались ввиду тогда казавшейся сложности и отсутствия ресурсов (как технических, так и людских). Видимо зря )
Знакомо.
Мне вот старшие товарищи тоже говорили: у любого программиста должно быть хотя бы одно любимое занятие вообще не связанное с компьютерами (и т.д). Нужно хобби. Для себя примерно знаю, куда копать, но пока не добрался :)
А так, похоже и у меня кризис: не понимаю, чего хочу, чего мне вообще надо, зачем мне это, куда двигаться дальше. На работе, которой отдал 4+ года, похоже, достиг некоторого потолка и это начинает давить. В то же время, до сих пор не понимаю, нравится ли мне, то что я делаю или нет. Очень много насущных вопросов и очень мало ответов.
Спасибо за статью. Интересно.
А можно ту же самую задачу «решать» в т.н пространстве состояний?
https://en.wikipedia.org/wiki/State-space_representation
Это всё прекрасно, только стандартный руби до сих пор на шее С сидит и в обозримом будущем с него слезать вообще не собирается :) Как, впрочем, и некоторые другие интерпретируемые языки. А делами нужно заниматься, да, только каждый своим — кто руби, кто явой, а кто и си. Главное в гармонии сосуществовать :)
Спасибо за то, что Вы делаете. Очень надеюсь застать этот курс онлайн.
Кстати, а кто-нибудь вообще видел подобные курсы на MOOC (Coursera, Udacity, etc)? Ни разу такого на глаза не попадалось.
А в чем состоит гибридность магнитно-оптического датчика? Он использует сразу два метода для детектирования? Или как это работает?
Чисто с практической точки зрения не выгодно ли сделать систему на основе компьютерного зрения?
P.S У меня бывало даже так, что договорился на одну сумму (заказ-наряд на замену топливного бака), а платить пришлось больше.
Но тут другая проблема — писать-то особо и не о чем, во всяком случае с моей колокольни кажется, то, что я делаю — малозначимо. Давно собираюсь уйти, но всё время нахожу для себя отговорки не решиться. Отчасти, наверно потому, что запутался, и не понимаю, чем хочу заниматься (в рамках ИТ, конечно).
Про плюсы и минусы маленькой компании (по своему опыту):
+ меньше бюрократии
+ быстрее взаимодействие между людьми (как организационно, так и в рабочих моментах)
+ большая значимость каждого человека
+ технологическая маневренность — можно легко убедить начальство попробовать сделать что-то на язые Х, фреймворке Y, платформе Z. Даже если никто в команде не знает X, Y, Z.
— если начальство не из мира ИТ, то довольно печальная организация процессов разработки.
— размазанные роли. Это легко может быть как плюсом, так и минусом. И как следствие — нечёткие должности. А если все девелоперы равноправны, то рано или поздно может возникнуть конфликт интересов — как-то всегда хочет доминировать больше других.
— отсутствие карьерного роста, потому что сами должности при такой организации — вещь достаточно формальная.
— скорее всего, отсутствие плюшек: спортзал, медицина, оплата конференции и т.д
Но это имхо. :)
2) У вас такой пример. У меня есть другой пример. Человек пишет код довольно быстро и крайне бездумно. Любит приступать сразу же, без какой-либо подготовки. Никаких паттернов, никакой выдержанной структуры, продуманной архитектуры. Разные отступы? Ой, ну и ладно. Спагетти-код all the way. Зато да, якобы работает. Тестируется всё это дело так же как и пишется — на глазок.
Спасибо за статью. Чем-то сильно напоминает CUDA программирование.
Мне вот старшие товарищи тоже говорили: у любого программиста должно быть хотя бы одно любимое занятие вообще не связанное с компьютерами (и т.д). Нужно хобби. Для себя примерно знаю, куда копать, но пока не добрался :)
А так, похоже и у меня кризис: не понимаю, чего хочу, чего мне вообще надо, зачем мне это, куда двигаться дальше. На работе, которой отдал 4+ года, похоже, достиг некоторого потолка и это начинает давить. В то же время, до сих пор не понимаю, нравится ли мне, то что я делаю или нет. Очень много насущных вопросов и очень мало ответов.
(«String» =~ /ng/).to_i > 0 :)
(1...10).to_a
А можно ту же самую задачу «решать» в т.н пространстве состояний?
https://en.wikipedia.org/wiki/State-space_representation
Кстати, а кто-нибудь вообще видел подобные курсы на MOOC (Coursera, Udacity, etc)? Ни разу такого на глаза не попадалось.
Чисто с практической точки зрения не выгодно ли сделать систему на основе компьютерного зрения?