Меня сильно интересует, какая такая польза от акселерометра, если, например, при беге, у вас все равно в кармане должен быть теелфон для GPS :) Это уже как в Ералаше получается, — электронные часы и два чемодана батареек
Вот она — темная сторона Майкрософт. Лично я от темных цветов не в восторге. Выглядит то оно конечно супер, а вот глаза придется по столу собирать после нее. будет ли возможность смены новенького смоляного, на старенький светлеький?
По себе скажу, что ничего страшного не случится, если вы просто расслабитесь на полгодика-годик и не будете об этом париться. У вас практический склад ума и для вас неестественно что то делать без практической необходимости. Я в этом плане с вами солидарен, для меня чисто рефакторинг ради рефакторинга — бесполезная трата времени. Рефакторинг призван не улучшать архитектуру, а решать проблемы, улучшая архитектуру — почувствуйте разницу.
Профи от новичка отличается тем что может обьяснить что плохо, что хорошо и почему. Кодить умеют оба, вот только первый за счет своего знания пишет архитектурно более поддерживаемый код, который потом приносит меньше проблем проекту. Возьмите свой проект и найдите там плохие и хорошие решения. И не бойтесь признаться что они хорошие, даже если они не вписываются в какой то модный паттерн. Паттерны рождаются из хорошего кода и могут быть специфичны для конкретного проекта. А вот наоборот необязательно :)
И вот я уверен, что у вашей CMS найдется пара тройка проблем, которые вы давно хотели решить, но откладывали — это отличный простор для возможностей поднатореть. Я бы в вашей ситуации начал бы развивать свою CMS наслаивая на нее полученный знания. Непонятно, похоже ли это на MVC? Если вы как гуру в своей системе сразу не можете четко ответить на этот вопрос, значит не MVC ну или по крайней мере не совсем. Посмотрите нужен ли вам MVC. Ответьте на вопрос почему. Решит ли паттерн какие то проблемы в вашем коде? От этого и отталкивайтесь.
Есть очень действенные слова: «Не сайчас, у меня очень срочная и важная задача сейчас». ТОЧКА. Без обещаний позже помочь, без последующих добровольных поисков вопрошающего и тп.
У меня был инсайт, когда ПМ находит багу, говорит мне про нее, я подхожу, чтобы посмотреть как воспроизвести или взять у него логи и он мне отвечает, что он занят. Сначала был немного зол, типа, ты же багу репортишь, потом понял что он делает СВОЮ работу, а у меня есть СВОЯ.
Лично я с удовольствием помогаю кому то, если мне это ничего не стоит, все таки найти правильную ссылку в гугле или на вики мне ничего не стоит, и обычно это делается автоматически, так что я не теряю контекст задачи или чтото в этом роде. Но если до майлстоуна осталось пару дней и работы валом, не вижу ничего зазрительного про это сказать.
Советы слезающим, пмсм, бесполезны. Если это суровая реальность в команде, и это бьет по перформансу ключевых сотрудников, говорить нужно в первую очередь с ними, чтобы не плодить напряжение в команде.
В конце концов, это логично и рационально. Если я могу за 5 минут спросить у Васи и он мне даст ответ, зачем мне рыться полчаса в интернете и грузить свою голову?
В целом согласен, хотя причины вижу другие. Я не специалист, но как минимум понимаю, что начальное повышение курса вызвано скорее ажиотажем и разогретым спросом до выхода. Дальше пошло небольшое отрезвление, так как у Фейбука есть загвоздка в генерации прибыли и пока они не найдут этот поток прибыли для акционеров, курс будет падать.
В итоге, через полгода все будут вспоминать это все со словами «Да дорого вышло, но в итоге Фейсбук переоценили. Это слово прилипнет к тикеру FB очень надолго и именно поэтому негативная динамика подрывает интерес к тикеру FB
В. Почему ошибаются те, кто утверждает, что те кто утверждают, что IPO Facebook прошло неудачно, ошибаются?
О. Потому что еще не прошло достаточно времени для оценки удачности или неудачности этого IPO
вот бы они еще сохранение паролей на макоси пофиксили
меня удивляет то количество cvs-багов, которые они закрывают, тогда как ляпы вроде этой youtrack.jetbrains.net/issue/IDEA-56464 висят годами
Очень, очень в тему и очень-очень вовремя. Я джавист и сначала хотел себе сэкономить на обучении, смотрел на Android, для прыжка в мобайл, но реально пишу коментарий к четвертому аргументу в пользу iOS.
Даже стиль статьи в какой то мере выдает в вас человека, который ориентирован на юзабилити, что тоже позитивно контрастирует с вау-хакерским отношением известных мне ведроводов
А вы на ибэй заказываете или где то напрямую? Очень заинетересован найти магазин подешевле, а на ебае не особо разгонишся — погоришь на доставке. Я вот b2cqshop.com/ заказывал
А мне вот уже не хочется, — уже жду вот такой вот как раз акселерометр с вагоном разных сенсоров и кучей другого интересного электронного хлама — заказал где то недельку назад
Аж дух захватывает, извините, не сдержался, чтобы не порадоватся публично и неприлично :)
Да, но разделение кода и представления имеет цель разделить логику обработки данных и их представление. А тут к логике приложения добавляется дублирование вьюшки. Это снижает гибкость и добавляет гимора, когда нужно вьюшку изменить.
вопрос далеко не глупый, как защищен сам человек от подобного трактования своих ежедневных действий? А административная ответственность — тоже не сахар
По себе скажу, что ничего страшного не случится, если вы просто расслабитесь на полгодика-годик и не будете об этом париться. У вас практический склад ума и для вас неестественно что то делать без практической необходимости. Я в этом плане с вами солидарен, для меня чисто рефакторинг ради рефакторинга — бесполезная трата времени. Рефакторинг призван не улучшать архитектуру, а решать проблемы, улучшая архитектуру — почувствуйте разницу.
Профи от новичка отличается тем что может обьяснить что плохо, что хорошо и почему. Кодить умеют оба, вот только первый за счет своего знания пишет архитектурно более поддерживаемый код, который потом приносит меньше проблем проекту. Возьмите свой проект и найдите там плохие и хорошие решения. И не бойтесь признаться что они хорошие, даже если они не вписываются в какой то модный паттерн. Паттерны рождаются из хорошего кода и могут быть специфичны для конкретного проекта. А вот наоборот необязательно :)
И вот я уверен, что у вашей CMS найдется пара тройка проблем, которые вы давно хотели решить, но откладывали — это отличный простор для возможностей поднатореть. Я бы в вашей ситуации начал бы развивать свою CMS наслаивая на нее полученный знания. Непонятно, похоже ли это на MVC? Если вы как гуру в своей системе сразу не можете четко ответить на этот вопрос, значит не MVC ну или по крайней мере не совсем. Посмотрите нужен ли вам MVC. Ответьте на вопрос почему. Решит ли паттерн какие то проблемы в вашем коде? От этого и отталкивайтесь.
а еквиток впринципе ничего, несколько раз пользовался, пока не подвел ни разу, хотя с рандомным количеством мест было дело :)
У меня был инсайт, когда ПМ находит багу, говорит мне про нее, я подхожу, чтобы посмотреть как воспроизвести или взять у него логи и он мне отвечает, что он занят. Сначала был немного зол, типа, ты же багу репортишь, потом понял что он делает СВОЮ работу, а у меня есть СВОЯ.
Лично я с удовольствием помогаю кому то, если мне это ничего не стоит, все таки найти правильную ссылку в гугле или на вики мне ничего не стоит, и обычно это делается автоматически, так что я не теряю контекст задачи или чтото в этом роде. Но если до майлстоуна осталось пару дней и работы валом, не вижу ничего зазрительного про это сказать.
Советы слезающим, пмсм, бесполезны. Если это суровая реальность в команде, и это бьет по перформансу ключевых сотрудников, говорить нужно в первую очередь с ними, чтобы не плодить напряжение в команде.
В конце концов, это логично и рационально. Если я могу за 5 минут спросить у Васи и он мне даст ответ, зачем мне рыться полчаса в интернете и грузить свою голову?
В итоге, через полгода все будут вспоминать это все со словами «Да дорого вышло, но в итоге Фейсбук переоценили. Это слово прилипнет к тикеру FB очень надолго и именно поэтому негативная динамика подрывает интерес к тикеру FB
О. Потому что еще не прошло достаточно времени для оценки удачности или неудачности этого IPO
Статья тянет на жирный троллинг.
меня удивляет то количество cvs-багов, которые они закрывают, тогда как ляпы вроде этой youtrack.jetbrains.net/issue/IDEA-56464 висят годами
ну ниче — будет авансом
Даже стиль статьи в какой то мере выдает в вас человека, который ориентирован на юзабилити, что тоже позитивно контрастирует с вау-хакерским отношением известных мне ведроводов
Аж дух захватывает, извините, не сдержался, чтобы не порадоватся публично и неприлично :)
А чем сейчас пользуетесь?