Спасибо, слидил за олимпиадой в основном используя Ваше приложение.
Отдельная благодарность за детализированные результаты, смотришь фигурное катание и непонимаешь откуда берутся баллы,
а в приложении всё по полочкам и кристально понятно откуда берутся оценки
В некоторых проектах есть необходимость работать с метро, к примеру дать возможность выбора станций для поиска — не планируете сделать виджет подобный, как и виджет с обычными картами?
Мало.
Возможно Awake указал зп в Интел, Интел может привлекать не только уровнем зп,
хотя у меня есть знакомый там программист в НН на $3к
На открытом рынке веб.разработки в небольших компаниях платить придётся больше.
Студента меньше чем на 20-25 тысяч не заманишь.
40-50 тысяч — более менее толковый и с каким то опытом
60-80 тысяч — опытные продуктивные разработчики
80+ уже «звёзды»
Там есть бажец, когда корабль скрывается наполовину за границей экрана, но с другой стороны ещё не успевает вылететь — он становится «неуязвимым».
Вот у меня тоже более 20 000 очков скрин
Я не утверждаю вовсе, что вы собираетесь пропасть или ещё что то.
То что можно будет сохранять на свой s3 — это тоже большой плюс.
Это только вопрос доверия, я уверен, что для быстрых небольших проектов эта проблема будет несущественна, по сравнению с преимуществами.
Сомнения только про целевую аудиторию самого большого тарифного плана — 200Gb 100$/месяц, S3+CloudFront (при 100% загрузке будет в 2-3 раза дешевле) и по большому счёту останется только фичи виджета и ресайза картинок. Безумная гибкость с ресайзом картинок нужна очень немногим, для большинства хватит генерации тамбнейлов сразу при загрузке.
Я вовсе не против SaaS сервисов, очень даже за.
И uploadcare.com просто суперски подойдёт для быстрого старта небольшого/среднего проекта, для которого необходим и удобен такой виджет.
В любом случае, впечатление от сервиса очень приятные. Раньше не пользовался подобными, а стоило задуматься.
Бесспорно, это отличный/удобный сервис.
Заморочек с загрузкой немало, действительно, да и такое API для картинок, как у CDN Picassa Web, очень приятно пользоваться.
S3 тоже отлично, дороговато, зато можно доверять.
Большая проблема с таким сервисом только одна — это доверие.
Если у проекта действительно есть важный пользовательский контент — то отдавать его «стартапу» это очень неприятно,
стартапы имеют неплохую вероятность «невзлететь», вместе со своим неоплаченным Amazon аккаунтом.
Стоит сразу же извещать автора, как только его тикет признан дубликатом, до его официального фикса и появления на сайте. (Может оно так и работает уже)
Да, я понимаю что из трёх вариантов выбран первый.
Конечно же я не думаю, что Badoo ради нескольких тысяч будет портить карму на хабре.
Комментарий задумывался с юмористическим оттенком и закосом в сторону «поиска уязвимости»
Но, «в каждой шутке есть доля шутки», при таком раскладе на простые уязвимости за 50 фунтов вообще не нужно обращать внимание, тк велика вероятность что их уже до меня запостили и я ничего не получу. Можно рискнуть своим временем, и пойти дальше — но риск потратить впустую день из за 100 фунтов всё таки велик.
Это не утверждения, а догадки.
Если у вас есть доступ к БД текущих уязвимостей, не могли бы вы сказать сколько из них дублируется?
Как вы поступите, если несколько человек найдут одну и ту же уязвимость?
Если премию получит только первый — нечестно и возможно подозрительно для того, кто получит отказ из за дубликата.
Если все, кто прислал — то это повод запостить уязвимость несколько раз и получить приз несколько раз.
Единственный «безобманный» способ — держать все найденные уязвимости публично — но это не вариант.
Как и pawnhearts я утверждаю, что os.path.join — правильнее использовать как в общем так и в данном кокнретном случае. Правильнее — потому что всегда для склейки пути стоит использовать os.path.join и забыть о проблеме переносимости, дубликатов слешей, относительности путей,… Даже на секунду не надо задумываться, питоник/непитоник, больше символов/меньше, для склейки путей надо использовать os.path.join
По поводу читабельности и «наколбасить» символов тоже не соглашусь. Код
img = cv2.imread(os.path.join(dir, '%s.jpg'%i))
отлично читается, тут дословно написано: «объединиться путь к файлам»
Как только в коде вы увидите os.path.join — значит формируется путь к файлу, когда в коде используются знакомые общепринятые конктрукции — такой код всегд будет читаться лучше.
os.path.join лучше, потому что:
* умеет правильно работать с абсолютными и относительными путями
* не добавит дублирующих слешей
* эта функция предназначена для формирования путей
Потренируйтесь, и напишите свою функцию которая будет работать аналогично os.path.join
Вот примеры для тестов
Присоединяюсь к отзыву о FirstVDS — тоже был приятно удивлён пол года назад.
По теме статьи:
* Вы указали fabric в зависимостях, так где же fabfile? Зачем какие то build_env.sh когда есть fabric?
* В зависимостях у Вас south, значит что нужно делать syncdb с миграциями
Мы для себя этот шаблонный проект несколько переосмыслили, добавили туда HTML5 Boilerplate сразу скрещенный с Bootstrap, ещё немного перчику — и получился приличный шаблон для быстрого старта.
Возникла некоторая путаница с версиями.
Пока была только саас версия как таковой нумерации версий не было. Для опенсорс оставляли версию чтоб как то различать.
Когда официально назвали в СааС 6.0 и 6.5 спустя некоторое время оказалось, что версия 6.0 на соурсфорж несколько старее. По этому она была переобозвана в 5.5
Больше не повторится.
>А для OpenSource редакции новый модуль доступен?
в ближайшее время не будет
>В задачах очень не хватает кнопки «принято к исполнению», сейчас пишем комменты, а так было бы проще.
переделали чекбоксы закрытия задач отчасти по этой причине на комбики. пларуем добавить ещё статусов к задаче, возможно даже с введением «пользовательских»
>И ещё круто было бы если бы исполнитель мог добавлять желаемый срок реализации задачи
Да, эстимейты достаточно востребованный функционал. В самые ближайшие планы они пока не попали. Очень сложная задача сделать новый функционал и оставить простой систему для пользователей, которым этот функционал не нужен
>1. All projects > Tasks, All projects > Milestones — очень не хватает столбца «Проект».
Да, если проекты однотипные — по одним названиям можно ничего не понять. Аналогично в задачах.
Подумываем сделать переключатели, как в документах, чтоб можно было расширенный вид включать
>2. Виджетов для Projects маловато. В старой версии с этим было лучше.
один большой виджет объединяет функционал многих старых, постарались наоборот убрать мелкое дробление. Посмотрите в настройки виджета, может быть там получится настроить, чтоб было удобнее для вас.
>3. Есть ли страница с последней активностью пользователей во всей системе целиком или в рамках Projects.
Такое будет достаточно скоро, будет сквозная лента активности по всей системе
>4. Подцепили Dropbox в документах, а линковать доки из него никуда не получается.
обязательно будет, документы будут более тесно интегрироваться с проектами и crm
На данный момент нет, но импорт/экспорт из/в ical одна из приоритетных фич. feedback.teamlab.com/forums/138241-calendar/filters/top
Наряду с улучшением работы с таймзонами и периодическими событиями и подключения в календарь CRM.
откатился назад, старая компактная, «немодная» админка таки привычнее
Отдельная благодарность за детализированные результаты, смотришь фигурное катание и непонимаешь откуда берутся баллы,
а в приложении всё по полочкам и кристально понятно откуда берутся оценки
Возможно Awake указал зп в Интел, Интел может привлекать не только уровнем зп,
хотя у меня есть знакомый там программист в НН на $3к
На открытом рынке веб.разработки в небольших компаниях платить придётся больше.
Студента меньше чем на 20-25 тысяч не заманишь.
40-50 тысяч — более менее толковый и с каким то опытом
60-80 тысяч — опытные продуктивные разработчики
80+ уже «звёзды»
Вот у меня тоже более 20 000 очков
скрин
То что можно будет сохранять на свой s3 — это тоже большой плюс.
Это только вопрос доверия, я уверен, что для быстрых небольших проектов эта проблема будет несущественна, по сравнению с преимуществами.
Сомнения только про целевую аудиторию самого большого тарифного плана — 200Gb 100$/месяц, S3+CloudFront (при 100% загрузке будет в 2-3 раза дешевле) и по большому счёту останется только фичи виджета и ресайза картинок. Безумная гибкость с ресайзом картинок нужна очень немногим, для большинства хватит генерации тамбнейлов сразу при загрузке.
Я вовсе не против SaaS сервисов, очень даже за.
И uploadcare.com просто суперски подойдёт для быстрого старта небольшого/среднего проекта, для которого необходим и удобен такой виджет.
В любом случае, впечатление от сервиса очень приятные. Раньше не пользовался подобными, а стоило задуматься.
Заморочек с загрузкой немало, действительно, да и такое API для картинок, как у CDN Picassa Web, очень приятно пользоваться.
S3 тоже отлично, дороговато, зато можно доверять.
Большая проблема с таким сервисом только одна — это доверие.
Если у проекта действительно есть важный пользовательский контент — то отдавать его «стартапу» это очень неприятно,
стартапы имеют неплохую вероятность «невзлететь», вместе со своим неоплаченным Amazon аккаунтом.
Стоит сразу же извещать автора, как только его тикет признан дубликатом, до его официального фикса и появления на сайте. (Может оно так и работает уже)
Конечно же я не думаю, что Badoo ради нескольких тысяч будет портить карму на хабре.
Комментарий задумывался с юмористическим оттенком и закосом в сторону «поиска уязвимости»
Но, «в каждой шутке есть доля шутки», при таком раскладе на простые уязвимости за 50 фунтов вообще не нужно обращать внимание, тк велика вероятность что их уже до меня запостили и я ничего не получу. Можно рискнуть своим временем, и пойти дальше — но риск потратить впустую день из за 100 фунтов всё таки велик.
Это не утверждения, а догадки.
Если у вас есть доступ к БД текущих уязвимостей, не могли бы вы сказать сколько из них дублируется?
Если премию получит только первый — нечестно и возможно подозрительно для того, кто получит отказ из за дубликата.
Если все, кто прислал — то это повод запостить уязвимость несколько раз и получить приз несколько раз.
Единственный «безобманный» способ — держать все найденные уязвимости публично — но это не вариант.
Как и pawnhearts я утверждаю, что os.path.join — правильнее использовать как в общем так и в данном кокнретном случае. Правильнее — потому что всегда для склейки пути стоит использовать os.path.join и забыть о проблеме переносимости, дубликатов слешей, относительности путей,… Даже на секунду не надо задумываться, питоник/непитоник, больше символов/меньше, для склейки путей надо использовать os.path.join
По поводу читабельности и «наколбасить» символов тоже не соглашусь. Код
отлично читается, тут дословно написано: «объединиться путь к файлам»
Как только в коде вы увидите os.path.join — значит формируется путь к файлу, когда в коде используются знакомые общепринятые конктрукции — такой код всегд будет читаться лучше.
bootsnipp.com/resources
* умеет правильно работать с абсолютными и относительными путями
* не добавит дублирующих слешей
* эта функция предназначена для формирования путей
Потренируйтесь, и напишите свою функцию которая будет работать аналогично os.path.join
Вот примеры для тестов
команда
syncdb --migrate
выполняет syncdb у приложений, которые не по south и migrate у тех, которые под south
По теме статьи:
* Вы указали fabric в зависимостях, так где же fabfile? Зачем какие то build_env.sh когда есть fabric?
* В зависимостях у Вас south, значит что нужно делать syncdb с миграциями
Из полезного по теме развёртывания и не только могу проделожить ознакомиться с lincolnloop.com/django-best-practices/ и с их темплейтным Django-проектом
github.com/lincolnloop/django-layout. Про деплой — обратите внимание на их fabfile. «Лучше день потерять, а потом за пять минут долететь» (с)
Мы для себя этот шаблонный проект несколько переосмыслили, добавили туда HTML5 Boilerplate сразу скрещенный с Bootstrap, ещё немного перчику — и получился приличный шаблон для быстрого старта.
Пока была только саас версия как таковой нумерации версий не было. Для опенсорс оставляли версию чтоб как то различать.
Когда официально назвали в СааС 6.0 и 6.5 спустя некоторое время оказалось, что версия 6.0 на соурсфорж несколько старее. По этому она была переобозвана в 5.5
Больше не повторится.
в ближайшее время не будет
>В задачах очень не хватает кнопки «принято к исполнению», сейчас пишем комменты, а так было бы проще.
переделали чекбоксы закрытия задач отчасти по этой причине на комбики. пларуем добавить ещё статусов к задаче, возможно даже с введением «пользовательских»
>И ещё круто было бы если бы исполнитель мог добавлять желаемый срок реализации задачи
Да, эстимейты достаточно востребованный функционал. В самые ближайшие планы они пока не попали. Очень сложная задача сделать новый функционал и оставить простой систему для пользователей, которым этот функционал не нужен
Да, если проекты однотипные — по одним названиям можно ничего не понять. Аналогично в задачах.
Подумываем сделать переключатели, как в документах, чтоб можно было расширенный вид включать
>2. Виджетов для Projects маловато. В старой версии с этим было лучше.
один большой виджет объединяет функционал многих старых, постарались наоборот убрать мелкое дробление. Посмотрите в настройки виджета, может быть там получится настроить, чтоб было удобнее для вас.
>3. Есть ли страница с последней активностью пользователей во всей системе целиком или в рамках Projects.
Такое будет достаточно скоро, будет сквозная лента активности по всей системе
>4. Подцепили Dropbox в документах, а линковать доки из него никуда не получается.
обязательно будет, документы будут более тесно интегрироваться с проектами и crm
feedback.teamlab.com/forums/138241-calendar/filters/top
Наряду с улучшением работы с таймзонами и периодическими событиями и подключения в календарь CRM.
Экспорт будем планировать к следующей версии.