Раз мы заговорили о «девелопмент» среде на основе докера. Как решить вопрос запуска разных приложений хотя бы на разных IP минимальными телодвижениями для программиста и автоматически прописывать DNS запись на новый IP?
Нет смысла это делать, можно вставлять ссылки на axshare. Либо выкладывать сгененрированные wireframes на свой сервер. Более важна документация в confluence как это должно работать. Да и wireframes более важны для клиента, чем для исполнителя.
Один вопрос. Например у меня есть свой проект. Я хочу подключить ZF, его нужно подключать просто положив директорию Zend в Library. Но сама библиотека находится не в корне git репозитория. В SVN это решалось просто выбором нужного пути из репозитория. Как это в git получить?
Не на тех сайтах вы ищете устройство, которое хотите купить.
В первую очередь смотрю сайты производителей и обзоры. Определяюсь с моделью на сайтах-агрегаторах в Украине это hotline.ua, price.ua. когда выбрана модель, проверены параметры, наступает момент поиска — кто мне может доставить конкретную модель. С регионами чуть сложнее, иногда проще пойти в ближайший магазин и спросить у вас есть вот такая вот модель, а вот такая?
А есть вообще другой подход — сначала идёшь в супермаркет, выбираешь модель, что есть в наличии, а потом на сайт и поиск этой модели, и кто дешевле её привезёт.
И таких интернет-покупателей большинство. Зачем тогда сайтам фильтрация по базе продуктов?
«Свой профайлер, я настроил (на testing-машине) на выброс исключений, при аномальном замедлении каких-либо участков кода (пример: «Achtung! 30% времени на подключение к MySQL»).»
Одно знаю точно — последним аргументом в инет споре, это прибегнуть к орфографическим ошибкам.
Дальше Pie Chart — думаю, Вам следует обратить внимание на график «На что обращают внимание HR.....»
Кстати «Русские слова вы складываете в предложения так же неумело и небрежно, как циферки в pie charts. „
Чья бы корова мычала — “Pie charts вообще очень опасная игрушка. Её надо уметь пользоваться» — её надо уметь пользоваться, не подскажите, это какой язык?
Да кстати, продолжайте троллить дальше, в интернетах (специально для вас написание) кто-то не прав.
Данный график чётк показывает, что приоритет у HR те, у кого меньше запросы.
А теперь одна мысль.
Если у тебя маленькие запросы, ты не сможешь захватить мир, потому что ты этого не хочешь. А зачем мне в команде люди, которые не хотят захватить мир?
Вот скажи, для чего ты работаешь, зачем ходишь на работу?
У меня и у Вас разная мораль. Я могу ударить женщины, а Вы нет. У каждого человека мораль разная, не надо ровнять всех под свою. Многие руководители в семье голос не поднимают вообще, а на подчинённых кричат и строят постоянно — это разная мораль или этика?
Я, кстати, не говорил, что переход в другую компанию это следствие развития. Это как раз следствие не возможности развиваться или сменить вид деятельности в текущей компании.
Если торрент будут шейпить — уже повод писать в спилку =)
Если мне обещают пропускную скорость — я должен её получить на лимите в 90% от заявленной — не знаю точно, какой процент служебной информации идёт в сетевых соединениях.
Знаю одно — физика должна рапортовать о последний миле не меньше чем заявлена в тарифе.
При скачивании торрента я должен увидеть 90% от максимальной скорости.
При скачивании всякими http/ftp даунлоадерами, которые умеют открывать больше 2 сессий ту же самую цифру.
Конект может рваться только 1 раз в месяц и не в бизнес время.
Тогда мы друг друга не понимаем.
Есть одна машина, моя, которая подключена к провайдеру A.
Есть 1024 машин по всему миру, у которых исходящий канал 5 кБит/c. Если я начну качать с каждой машины 1024*5 кБит/c — я должен буду получить 5Mb/c входящего трафика.
Опять же — если будет мало трафика входящего — я поставлю на закачку ещё 10 торрентов — я то у провайдера беру канал определённой пропускной способности, которую он заявил в своей рекламе.
Если же до AC провайдера у меня одна скорость а внешние каналы провайдера просто не выдерживают, хотя у меня тариф где должно было бы быть — значит я попал на наебизнес.
Торрентом очень просто измерить скорость канала, потому суммарная скорость источников трафика на много больше чем мой пропускной канал.
www.nsc.ru/ws/YM2003/6285/
Да пожалуйста, примеры алгоритма. Осталось одна мелочь. Модель оценки, другими словами вершины графа и вес каждого ребра — это уже бизнес модель приложения.
В первую очередь смотрю сайты производителей и обзоры. Определяюсь с моделью на сайтах-агрегаторах в Украине это hotline.ua, price.ua. когда выбрана модель, проверены параметры, наступает момент поиска — кто мне может доставить конкретную модель. С регионами чуть сложнее, иногда проще пойти в ближайший магазин и спросить у вас есть вот такая вот модель, а вот такая?
А есть вообще другой подход — сначала идёшь в супермаркет, выбираешь модель, что есть в наличии, а потом на сайт и поиск этой модели, и кто дешевле её привезёт.
И таких интернет-покупателей большинство. Зачем тогда сайтам фильтрация по базе продуктов?
А можно по подробнее, чем меряете?
Дальше Pie Chart — думаю, Вам следует обратить внимание на график «На что обращают внимание HR.....»
Кстати «Русские слова вы складываете в предложения так же неумело и небрежно, как циферки в pie charts. „
Чья бы корова мычала — “Pie charts вообще очень опасная игрушка. Её надо уметь пользоваться» — её надо уметь пользоваться, не подскажите, это какой язык?
Да кстати, продолжайте троллить дальше, в интернетах (специально для вас написание) кто-то не прав.
А теперь одна мысль.
Если у тебя маленькие запросы, ты не сможешь захватить мир, потому что ты этого не хочешь. А зачем мне в команде люди, которые не хотят захватить мир?
Вот скажи, для чего ты работаешь, зачем ходишь на работу?
Ну и подтверждение моей позиции — HR как были гавном так и остались.
Нужны люди у которых запросы меньше. И плевать на квалификацию.
Я, кстати, не говорил, что переход в другую компанию это следствие развития. Это как раз следствие не возможности развиваться или сменить вид деятельности в текущей компании.
Если мне обещают пропускную скорость — я должен её получить на лимите в 90% от заявленной — не знаю точно, какой процент служебной информации идёт в сетевых соединениях.
Знаю одно — физика должна рапортовать о последний миле не меньше чем заявлена в тарифе.
При скачивании торрента я должен увидеть 90% от максимальной скорости.
При скачивании всякими http/ftp даунлоадерами, которые умеют открывать больше 2 сессий ту же самую цифру.
Конект может рваться только 1 раз в месяц и не в бизнес время.
Есть одна машина, моя, которая подключена к провайдеру A.
Есть 1024 машин по всему миру, у которых исходящий канал 5 кБит/c. Если я начну качать с каждой машины 1024*5 кБит/c — я должен буду получить 5Mb/c входящего трафика.
Опять же — если будет мало трафика входящего — я поставлю на закачку ещё 10 торрентов — я то у провайдера беру канал определённой пропускной способности, которую он заявил в своей рекламе.
Если же до AC провайдера у меня одна скорость а внешние каналы провайдера просто не выдерживают, хотя у меня тариф где должно было бы быть — значит я попал на наебизнес.
Торрентом очень просто измерить скорость канала, потому суммарная скорость источников трафика на много больше чем мой пропускной канал.
Да пожалуйста, примеры алгоритма. Осталось одна мелочь. Модель оценки, другими словами вершины графа и вес каждого ребра — это уже бизнес модель приложения.