насколько я понимаю экосистему odesk-а первые работы будут fixed price.
очень большая удача должна привалить падавану без часов и рейтинга вместе с первой почасовой работой, однако.
Я вот не уверен что достигну 1000 часов — любой крупный проект тут же уходит с одеска — и мне не выгодно и заказчику не удобно, разве что пользуемся трекером, но создаем 10$ фиксед контракт для этого
В целом how to вполне годный, разве что не стоит торговаться за стоимость часа — я и в начале выставлял 15$ и сейчас 30$ и те кто начинает канючить что дорого, я сначала говорю что при этом быстро и зачастую они при этом экономят деньги, а потом просто отзываю заявку — мне такие заказчики не интересны. И зачастую я еще потом нехилые бонусы сверху имею за скорость и качество.
неправда ваша, надо просто научиться определять хороших заказчиков.
Я очень люблю 100-300$ проекты в качестве отдыха от длинных — делаются быстро и весело.
Правда что бы найти такой я просматриваю ленту, которая за день набегает больше 100 сообщений и реально пишу 2-3 заявки и одна выстреливает.
а если серьезно в футурологи идут люди у которых с фантазией плохо что бы стать писателями, а писатели-фантасты, в соответствии с анекдотом, — те у которых не хватило фантазии что бы стать ученными.
данный список бреда без обоснований легко опровергается простым рассуждением о горизонте аппроксимации
ага, через 10 лет, если не совсем дуб, специалист становиться мастером в своей сфере и ему становиться скучно, если он действительно разработчик
и ему приходиться искать интерес и менять специализацию. хорошо если это смежная область, но часто это какой-нить менеджмент где от его образования ничего не востребовано и ему приходиться учиться заново — вот тут можно смеяться уже о 15 «потерянных» годах :)
Глупости, темпы развития таковы что человечество освоит соответствующие уровни энергии раньше, тем более что рядышком всякие сверхновые лопаются. Так что дальше уже надо принимать во внимание человеческий фактор и «загрязнение среды» — например чего стоит организовать подкачку Солнца водородом и отсрочить его расширение на пару миллиардов лет, пока не умрут последние ностальгирующие свидетели?
во первых нельзя однозначно переносить терминологию детерменированных систем на стохастические, которыми являются живые клетки и организмы.
во вторых в клетке работают белки, которым соответствуют гены, которым можно сопоставить последовательность кодонов, но не однозначно, Сложность это задачи и есть главное проблема генной «инженерии». Хотя механизмы взаимодействия белков тоже не школьная задачка.
в третьих в кодоне 3 нуклеотида и для цепочки ДНК есть 3 зависимых последовательности, которые обычно и работают, так что подсчеты всяких скоростей и обьемов неоднозначны даже с точностью до порядка.
в связи стоят те-же сервера, только блоки питания на 48/60 вольт ( там что-то типа 24-60 вольт допускается ), так что возможность сделать стойку или весь ЦОД на DC есть
Я думаю что проблемы в помехах — небольшие шины питания есть в тех же блейдах, а для стойки уже фильтры ставят.
Хотя те-же станции телефонные размерами с ЦОД, но с централизованным DC. Но на них нет свободного распределения нагрузки — там все планируется и рассчитывается заранее.
к сожалению провайдер сервисов не всегда думает об интересах пользователей, точнее не всегда задумывается о том что из очередных изменений для пользователей может быть важным. Немного знаком с кухней нескольких из них и там обычно все зависит от дальновидности ключевых людей. Некоторые просто не задумываются.
Не так давно обнаружил что куча хостеров незаметно с PHP 5.2 перешли на 5.3, кому-то может быт и критично.
Не выносите reset в отдельный файл, подключайте его в начале общего файла стилей. Надо экономить на запросах к серверу. Внешние шрифты, font-face-kit's можно подключать сразу после reset.
Не надо оптимизировать заранее. Нет ничего хуже каши из стилей в одном громадном файле. Лучше разделять стили и скрипты по разным файлам в соответствии со смыслом, а оптимизацию запросов делать отдельным скриптом, который и сольет и минимизирует и может быть соптимизирвет все стили и скрипты в два файла и заодно отследит изменения и сгенерит новую ссылку, если что-то измениться.
В крайнем случае сделать всю оптимизацию оффлайн, но не надо это делать заранее.
То же самое по иконкам — спрайт или включение base64 в css лучше делать в скриптах.
По названию классов и DOM — спорно.
Во первых надо бы уже в сторону html5 смотреть и новости оформлять тегами article а заголовки статей соответствующими h1-h5, а может быть даже и header с footer-ом.
Во вторых если тянет назвать класс item, то логически продолжая эту тягу надо туда поставить ul/li или лучше dl/dt/dd. И верстать по тегам от id или класса главного блока.
Интересно, защита от спама становиться все лучше, а эти системы сданные однажды нужно будет еще и обновлять, потому что уже через год боты обломаются. Причем усовершенствование обхода явно будет по стоимости сопоставимо со стоимостью самого продукта.
То есть даже если это не фейковые системы, все равно кто-то себе свечной заводик прикупил.
Прикольно, когда мы говорим вообще про космос то типичное — «достижения человечества», а если про конкретные удачи и провалы — то гордость или позор советской/российской науки. Пусть меня закидают тухлыми помидорами, но космос — он общий и очень большой. Там не то что всем места для геройства хватит, там просто поодиночке не выжить. Как бы не хорохоролились, но серьезный проект типа колонизации Луны или Марса в одиночку не потянет ни одна страна. Даже Штаты с их сегодняшним, вроде бы большим бюджетом, просто задохнется от недостатка мощностей, специалистов и реальных ресурсов.
Может пора уже забыть кто из какой песочницы и работать на результат в большом космосе, а не делить или перебирать старые и ржавые медальки?
Это уже анализ кода или чтение документации и восстановление логики работы. Если что-то пишешь — то держишь весь нужный кусок модели в голове.
А тренировать — да, надо.
очень большая удача должна привалить падавану без часов и рейтинга вместе с первой почасовой работой, однако.
В целом how to вполне годный, разве что не стоит торговаться за стоимость часа — я и в начале выставлял 15$ и сейчас 30$ и те кто начинает канючить что дорого, я сначала говорю что при этом быстро и зачастую они при этом экономят деньги, а потом просто отзываю заявку — мне такие заказчики не интересны. И зачастую я еще потом нехилые бонусы сверху имею за скорость и качество.
Я очень люблю 100-300$ проекты в качестве отдыха от длинных — делаются быстро и весело.
Правда что бы найти такой я просматриваю ленту, которая за день набегает больше 100 сообщений и реально пишу 2-3 заявки и одна выстреливает.
а если серьезно в футурологи идут люди у которых с фантазией плохо что бы стать писателями, а писатели-фантасты, в соответствии с анекдотом, — те у которых не хватило фантазии что бы стать ученными.
данный список бреда без обоснований легко опровергается простым рассуждением о горизонте аппроксимации
и ему приходиться искать интерес и менять специализацию. хорошо если это смежная область, но часто это какой-нить менеджмент где от его образования ничего не востребовано и ему приходиться учиться заново — вот тут можно смеяться уже о 15 «потерянных» годах :)
во первых нельзя однозначно переносить терминологию детерменированных систем на стохастические, которыми являются живые клетки и организмы.
во вторых в клетке работают белки, которым соответствуют гены, которым можно сопоставить последовательность кодонов, но не однозначно, Сложность это задачи и есть главное проблема генной «инженерии». Хотя механизмы взаимодействия белков тоже не школьная задачка.
в третьих в кодоне 3 нуклеотида и для цепочки ДНК есть 3 зависимых последовательности, которые обычно и работают, так что подсчеты всяких скоростей и обьемов неоднозначны даже с точностью до порядка.
телефонная станция — тот же ЦОД с централизованным DC питанием.
Я думаю что проблемы в помехах — небольшие шины питания есть в тех же блейдах, а для стойки уже фильтры ставят.
Хотя те-же станции телефонные размерами с ЦОД, но с централизованным DC. Но на них нет свободного распределения нагрузки — там все планируется и рассчитывается заранее.
Не так давно обнаружил что куча хостеров незаметно с PHP 5.2 перешли на 5.3, кому-то может быт и критично.
Не надо оптимизировать заранее. Нет ничего хуже каши из стилей в одном громадном файле. Лучше разделять стили и скрипты по разным файлам в соответствии со смыслом, а оптимизацию запросов делать отдельным скриптом, который и сольет и минимизирует и может быть соптимизирвет все стили и скрипты в два файла и заодно отследит изменения и сгенерит новую ссылку, если что-то измениться.
В крайнем случае сделать всю оптимизацию оффлайн, но не надо это делать заранее.
То же самое по иконкам — спрайт или включение base64 в css лучше делать в скриптах.
По названию классов и DOM — спорно.
Во первых надо бы уже в сторону html5 смотреть и новости оформлять тегами article а заголовки статей соответствующими h1-h5, а может быть даже и header с footer-ом.
Во вторых если тянет назвать класс item, то логически продолжая эту тягу надо туда поставить ul/li или лучше dl/dt/dd. И верстать по тегам от id или класса главного блока.
То есть даже если это не фейковые системы, все равно кто-то себе свечной заводик прикупил.
Может пора уже забыть кто из какой песочницы и работать на результат в большом космосе, а не делить или перебирать старые и ржавые медальки?
А тренировать — да, надо.