Weekly linkdump #118
Макс ИщенкоОпубликовано 21.03.2008 в Linkdump
Интересные ссылки за неделю:
- Микола Палиенко рассказывает о своем опыте распределения долей в стартапе, Блог компании SmartWeb: Как распределять доли в стартапе (наш вариант)
- Александр Локшин дает советы разработчикам, Как программисту стать тимлидом
- Последняя статья Спольски про ИЕ8 и веб-стандарты вызвала бурную реакцию в сети, Reality Distortion Fields и Translation From MS-Speak to English of Selected Portions of Joel Spolsky’s “Martian Headsets” [dive into mark]
- Компания Yahoo! продолжает публиковать советы по оптимизации веб-приложений и сайтов, Yahoo!’s Latest Performance Breakthroughs
- Гугл делится учебными материалами по веб-разработке, Google Code University
- Продолжая тему стартапов, How To Use Perks and Rewards in Startups to Get The Best Talent
- Рынок труда тестировщиков. Прогнозы от Bughunter’а.
Google, IE8, SmartWeb, Yahoo, стартап, тестирование
Понравилась статья? Подпишись на обновления по RSS/E-mail



Максим спасибо огромное за то что следишь за нами, а можно пожалуйста исправить ссылку в Планете на наш блог с Мыкола Палиенко на SmartWeb так будет правильней, я как-то ступил когда регистрировал (не интуитивная форма кстати)
м
Еще бы не следил.
Я тоже на пилонс пишу, хотя проектик у меня явно меньше - даже биттен еще не поднял, хотя уже чуть ли не год собираюсь.
Я помню по докладу. Обещаем на следующем Ексепшине рассказать больше про нашу кухню и вообще открыть часть утильного кода. Мы пока новички в питоне но вроде взялись всерьез. Главное каждый день позитивные открытия. Сегодня прозрел от питоновских тригеров в Постгресе, теперь вообще не понимаю людей которые сидят на мускуле.
я вот написал довольно сложный deploytool, который умеет svn checkout/tag, easy_install, release/rollback и еще кое-чего для автоматизации развертывания (т.н. one-button install). Интересно было бы узнать, как вы это решаете.
Пока не спрашивай, у нас тока клин инстол есть, но есть идеи с прошлой работы, просто в случае питона оно сильно упростится. А вообще если откроешь свой тул то думаю совместно его будет можо доработать, один проект/голова это хорошо а несколько - всегда лучше. Но нам это понадовится после запуска.
Фигассе че гуглы написали… Вот это работа… Блин, они на русский или украинский не хотят это перевести? А то я по инглишу медленно пока что читаю.
Люди, соре что у меня посты часто не дописаны. Че та у меня мизинец левый часто на таб соскакивает по пьяни, фокус попадает на кнопку сабмита и она по пробелу сабмитится сразу (по скольку набираю на скорости, то не успеваю отреагировать на промах, и после промаха еще набираю пару слов
). В итоге шлется не дописанное сообщение.
Блин… Таки походу станем мы все скоро общаться только по английски. я последнее время статьи и мануалы читаю тока на английском. Теперь вот гугловцы предлагают видео-лекции в своих уроках послушать на английском… Кстати..!! Кто читает ДОУ , лучше не платите 1000 гривен или 100 баксов на дурацкие лекции на 1-2 дня в UA-WEB и SRUMMasters а прочитайте и послушайте все в что тут есть по ссылкам на учебные материалы гугл и советы от яху. кстати статья Спольски и все линки на споры вокруг нее тоже весьма интересные
Мыкола, Макс, у меня тоже есть проприетарная тулза для таких задач. Подразумевается что приложение оформлено в виде питоновского пекеджа зарегистрированного в системе (setup.py develop). Тулза берез имя пакета, адрес сервера и тамошний путь к environments (о чем позже), делает из текущего сотояния пакета binary egg, заливает его на сервер (по scp), подготавливает тамошнее окружение (например очищая уже установленные яйца, на случай если есть новее) и устанавливает туда этот пакет. После чего уведомляет апач (service apache2 force-reload) чтобы тот перезапустил свои подпроцессы с питоном по мере надобности.
На сервере Apache 2 + mod_wsgi, там развернуто несколько независимых окружений (virtualenv) зарегистрированых в апаче как разные WSGI процессы и под разными же URLами. Та же тулза позволяет создавать и регистрировать новые окружения. Таким образом один сервер держит полностью независимые production, dev. и если надо legacy окружения которые можно обновлять раздельно и соотв. замораживать при необходимости. Например можно ответвить текущее latest окружение как релиз кандидат и если через несколько дней ошибок не найдется подставить его на место stable — тем временем работа над latest не обязана прекращаться. Это всё реализовано без зависимости от веток svn или чего подобного — просто разные virtualenv. В общем довольно удобно.
Пример скрипта:
from deploy.web import *
target = DeploymentTarget(’.com’, ‘/var/www’)
#target.create(’stable’)
target.latest.update_via_upload(’S3Resell’, clear=True)
#target.latest.update(’Padabam’, ‘XMLGen’)
#target.latest.update(’WebOb==dev’)
target.apache(’force-reload’)
Новости из области питания девелоперов: http://www.adme.ru/pack/2008/03/25/22218/
http://code.google.com/p/mail-trends/