Уже 2 года работаю дома.
Самое главное правило — сначала умыться, сделать зарядку, позавтракать, а только потом включать компьютер. Первый год почти всегда первым пунктом было включение компьютера, из-за чего все остальное сдвигалось на неопределенный срок (завтрак переносился на обед и т. д.). За этим надо следить очень строго. Допустим, есть желание сразу включить, чтобы не ждать потом загрузки (включить и заниматься другими делами). Но почти всегда это приводит к печальным последствиям.
Нельзя играть в игры, потому что это затягивает. Два года ни во что не играл, кроме покера. Две недели назад мне подарили диск StarCraft II. Как итог, убитые впустую дни.
Просматривать любимые сайты можно только по вечерам! Ни в коем случае нельзя читать статьи на хабре по утрам! Как результат, уже минут 5 потратил на написание этого комментария.
Какие же плюсы? Я могу сорваться с «работы» в любое время, каждый день могу сделать выходным. Могу в любой день съездить в снежком, чтобы покататься на доске. Могу в любой день пойти в турагенство и слетать на море (почти каждые 2-3 месяца получается куда-нибудь вырваться на неделю или две). Я не пропускаю встречи с друзьями из-за занятости.
Да, дома нет рабочего коллектива, но зато есть друзья на выходных.
Тогда уж надежнее получать время на машине пользователя, сравнивать с серверным, а потом уже определять часовой пояс. Проблема в том, что у многих верное время и при этом неверный пояс.
Может кто-нибудь объяснить, почему это возможно? Разве YouTube позволяет вставлять в комментарии какие-либо теги (bb или html)? Если нет, то почему они просто не заменяет все html символы на спец. коды?
Скажите, пожалуйста, в России можно быть одновременно ИП (оказывать услуги, зарабатывать деньги, платить налоги) и при этом официально работать в другой компании?
Оно будет заведомо неверное. Мы сейчас о чем говорим? Об ограничениях целочисленного типа (иначе тогда о чем был ваш комментарий) или о том, что пользователь может ввести буквы вместо цифр?
А иногда лучше выводить относительное значение вместо абсолютного.
Как пример, мне сейчас не очень интересно, что ваш комментарий написан «25 мая 2010, 20:15». Намного полезнее было бы знать, что он написан 10 минут назад.
Похоже, что управление этим чудом не требует каких-либо невероятных усилий или навыков, что не может не радовать.
Невероятных может и не требует, но чтобы кататься с уверенностью, что ты не пойдешь на дно после следующего поворота, надо убить на ней несколько часов. А чтобы полностью контролировать движение (грубо говоря, отъехать от берега с телефоном в кармане и без переживаний вернуться на берег), надо тренироваться очень долго.
У меня где-то первые 5 попыток вообще не получалось держаться на воде, это намного сложнее, чем может
показаться. А часов за 5 так ни разу и не получилось вернуться на берег на этой штуке, а не с ней в руках.
Интересным моментом является следующее: можно отпарсить сразу весь json во внутреннее представление (так делали все классы, которые я успел посмотреть), а можно только верхний уровень, а потом уже углубляться по необходимости («углубление» происходит автоматически, незаметно для внешнего кода). Именно за счет этого мой класс работает на порядок быстрее (в конкретной программе, где крайне редко приходится обращаться ко всем вложенным элементам). При разборе очередного уровня, сложные объекты копируются «как есть» (в виде строки), а разбираются только при прямом обращении.
Мне нужна была быстрая и надежная библиотека. Программе иногда приходится обрабатывать нескольких тысяч простых json-строк в секунду, поэтому быстродействие класса, работающего с json, играет роль.
Пару часов потратил на поиск готовых решений, проверку нескольких библиотек, тестирование классов на сложных строках с «подвохом». Библиотека, устраивающая по скорости работы, провалила тесты. Другая же не устраивала своей архитектурой и тормознутостью (каждый элемент json-объекта, даже простые числа, является отдельным экземпляром класса).
Да, я мог закрыть на что-то глаза, но я решил написать решение, которое устроило бы меня на 100%. В итоге, мой класс разбирает нужные мне json-строки почти в 10 раз быстрее, чем сторонний (на котором была возможность остановиться при поиске готового решения).
Возможно, дело в том, что я работаю на себя, поэтому заинтересован в качестве разрабатываемого продукта. В противном случае (к примеру, работая на вас =), мне целесообразнее было бы максимально быстро выполнять поставленные задачи, пуская пыль в глаза.
Уверен, что это не правильно, но я люблю знать на 100%, как и что у меня работает.
Из последнего. Надо было в программе работать с json-объектами (и парсить, и сохранять). Скачал чью-то монстрообразную библиотеку (несколько тысяч строк), потестировал, столкнулся с багом и удалил, а потом написал свою на 500 строк. Да, потратил сутки. Но зато я уверен в своем классе, он не содержит лишних методов, работает максимально эффективно и оптимален для моего случая… мне с ним приятно работать.
Если мне надо написать небольшое веб-приложение, то я скорее возьму свой мини-велосипед (простенький MVC-фреймворк), чей создам новый проект в symfony.
К сожалению, после перехода на 10.50, очень часто приходится пользоваться альтернативными браузерами для работы с тем или иным сайтом. Надеюсь, новый релиз исправит возникшие проблемы с совместимостью.
Если есть возможность вставить iframe, то почти наверняка есть возможность вставить что угодно (в том числе Javascript). А вот вставка картинок через img по умолчанию разрешена практически во всех форумах и системах комментариев.
Можно блокировать авторизацию для img при наличии специального meta-тега или http-заголовка, чтобы сохранить совместимость со старыми сайтами (мало ли). Хотя это само собой костыли. Подобное изначально должно быть прописано в стандарте.
Самое главное правило — сначала умыться, сделать зарядку, позавтракать, а только потом включать компьютер. Первый год почти всегда первым пунктом было включение компьютера, из-за чего все остальное сдвигалось на неопределенный срок (завтрак переносился на обед и т. д.). За этим надо следить очень строго. Допустим, есть желание сразу включить, чтобы не ждать потом загрузки (включить и заниматься другими делами). Но почти всегда это приводит к печальным последствиям.
Нельзя играть в игры, потому что это затягивает. Два года ни во что не играл, кроме покера. Две недели назад мне подарили диск StarCraft II. Как итог, убитые впустую дни.
Просматривать любимые сайты можно только по вечерам! Ни в коем случае нельзя читать статьи на хабре по утрам! Как результат, уже минут 5 потратил на написание этого комментария.
Какие же плюсы? Я могу сорваться с «работы» в любое время, каждый день могу сделать выходным. Могу в любой день съездить в снежком, чтобы покататься на доске. Могу в любой день пойти в турагенство и слетать на море (почти каждые 2-3 месяца получается куда-нибудь вырваться на неделю или две). Я не пропускаю встречи с друзьями из-за занятости.
Да, дома нет рабочего коллектива, но зато есть друзья на выходных.
Как пример, мне сейчас не очень интересно, что ваш комментарий написан «25 мая 2010, 20:15». Намного полезнее было бы знать, что он написан 10 минут назад.
Как делалась «НеВерьВХудо»
Невероятных может и не требует, но чтобы кататься с уверенностью, что ты не пойдешь на дно после следующего поворота, надо убить на ней несколько часов. А чтобы полностью контролировать движение (грубо говоря, отъехать от берега с телефоном в кармане и без переживаний вернуться на берег), надо тренироваться очень долго.
У меня где-то первые 5 попыток вообще не получалось держаться на воде, это намного сложнее, чем может
показаться. А часов за 5 так ни разу и не получилось вернуться на берег на этой штуке, а не с ней в руках.
Пару часов потратил на поиск готовых решений, проверку нескольких библиотек, тестирование классов на сложных строках с «подвохом». Библиотека, устраивающая по скорости работы, провалила тесты. Другая же не устраивала своей архитектурой и тормознутостью (каждый элемент json-объекта, даже простые числа, является отдельным экземпляром класса).
Да, я мог закрыть на что-то глаза, но я решил написать решение, которое устроило бы меня на 100%. В итоге, мой класс разбирает нужные мне json-строки почти в 10 раз быстрее, чем сторонний (на котором была возможность остановиться при поиске готового решения).
Возможно, дело в том, что я работаю на себя, поэтому заинтересован в качестве разрабатываемого продукта. В противном случае (к примеру, работая на вас =), мне целесообразнее было бы максимально быстро выполнять поставленные задачи, пуская пыль в глаза.
Из последнего. Надо было в программе работать с json-объектами (и парсить, и сохранять). Скачал чью-то монстрообразную библиотеку (несколько тысяч строк), потестировал, столкнулся с багом и удалил, а потом написал свою на 500 строк. Да, потратил сутки. Но зато я уверен в своем классе, он не содержит лишних методов, работает максимально эффективно и оптимален для моего случая… мне с ним приятно работать.
Если мне надо написать небольшое веб-приложение, то я скорее возьму свой мини-велосипед (простенький MVC-фреймворк), чей создам новый проект в symfony.
Просто выкинуть элемент с минимальным значением?