у меня же галочки есть - есть.

ну, в общем, я советую в ТЗ делать такие схемки)

спасибо, обойдусь

хочешь - делай, не хочешь - не делай) но если сделаешь - результат работы будет более предсказуемым

там в табличках и так белым по черному все четко

не будет

http://citforum.ru/cfin/idef/idef1x.shtml

может быть, а может и нет, к базам данных с кривой структурой сложнее делать запросы) если ты в ТЗ это не укажешь - исполнитель сделает так, как удобнее ему)

хорошо. я внесу в тз пункт чтоб база была ровная

хотя она и так ровная.

если делать аналогии со строительством, то эта схема - указание на то, сколько должно быть комнат и как эти комнаты должны быть друг с другом связаны, где дверные проходы, где стены, на входе просто большой прямоугольник без стен и дверных проходов, на выходе план помещения

нет.

план помещения это иное.

кухня не может быть над жилой зоной

несущие перегородки нельзя сносить

и еще много нюансов

это разрабатывает архитектор.

не, ну если ты там не шалаш строишь

ну, допустим, у нас какое-нибудь офисное здание и нам нужно определить как пространство поделить на закутки

стены не несущие)

может, просто перегородки

но потом всё это двигать уже будет неудобно, дорого и тд

не сажать же всех в опенспейс)

эти вещи , где какие перегородки будут стоять, должен решать тот, кто это здание потом будет эксплуатировать, а не тот, кто строит

потому что этим вообще без разницы, их наняли, они сделали и ушли, они не себе делают

попробуй просто сделать скока у меня сделано)

включая ремонтов)

так я не говорю, что без упоминания об этом в ТЗ всё будет плохо) я говорю лишь, что если ты пишешь чёткое ТЗ - ты получаешь меньше разочарований в среднем

у меня есть четкое тз

и нет схемы субд?

в четком тз не нужны четкие схемы бд

все.

тз пишет бизнес, схему - разработчик.

там точка в предложении)

idef1x разработчик не сделает сам нормально)

он просто не понимает твои процессы и разбираться он тоже долго не будет - ему не за это платят)

а вот если в ТЗ ты ему даёшь idef1x - тогда он уже нормально сделает проектирование СУБД на физическом уровне (таблички и прочее)

а вот если в ТЗ ты ему даёшь idef1x - тогда он уже нормально сделает проектирование СУБД на физическом уровне (таблички и прочее)

он?

кто?

что значит не понимает?

ну, программист)

и зачем он тогда нужен?

хмм, программировать?)

так может еще программисту надо объяснять как гитом пользоваться, как на сервер заходить, как проект запускать?

как жопу вытирать, в конце концов)))

Вызываешь такой фотографа))) Объясняешь что фоткать в равках надо, что лайтрум юзать для коррекции))

ты тут смешиваешь 2 области знаний - программирование и бизнес) программист понимает программирование, но ему пофиг на бизнес)

не его)

хороший фотограф в примере выше сделает хорошие снимки любого события твоей жизни) но ему будет без разницы, как именно ты потом эти снимки будешь использовать

ты ему заплатила за них, они твои

хочешь - выкинь, хочешь - продавай, хочешь - в рамку повесь

и?

снимки то хорошие?

а база почему плохая?

Хотя у меня, я просто еще раз скажу - она нормальная.

а плохих баз не бывает)

просто бывают базы не под задачи заказчика

в идеале она должна быть в нормальной форме ( https://ru.wikipedia.org/wiki/%D0%9D%D0%BE%D1%80%D0%BC%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F_%D1%84%D0%BE%D1%80%D0%BC%D0%B0 ), но любое отклонение от этой нормальной формы можно расценивать как действия, направленные на оптимизацию запросов на чтение

фотограф может догадаться, что на свадьбе должно быть весело) а вот программист не догадается, что там заказчику в его странном проекте нужно)

если заказчик прямо не даст указаний (через , например, схему idef1x)

и если заказчик не может (или не хочет) сделать это сам - он нанимает менеджера, который понимает бизнес-требования к системе и выступает на стороне заказчика от имени заказчика, анализируя бизнес заказчика и составляя ТЗ на разработку информационной систему под нужды этого бизнеса) составлению такого ТЗ предшествуют процессы оптимизации или реинжиниринга бизнес-процессов заказчика (то есть уровень погружения этого менеджера глубокий)

требовать от обычного программиста этого не стоит, он программист, а не какой-нибудь бизнес-консультант) он не понимает и ему просто без разницы то, какая из всех возможных схем лучше отразит потребности твоей информационной системы

Фигасе у вас тут приватик =)

если заказчик прямо не даст указаний (через , например, схему idef1x)

я ток dfd,idef0,idef3 умею ))) инфок много, слишком уж сложная эта работа ит-менеджера безнес-процессов)

Технет умер? Чот полторы калеки

ERROR: S client not available

да российских технет давно пол калеки

как и российский офис мс калеки

ты почему такой пессимист?

а как дела у Русского Телекома(ТМ)?

Как у говна?

=(

сокол, как там вообще можно работать?

Погоди, так это не фейк?

Я тут им заявку оставлял на аудит сайта girl.ucoz.ru

так и не перезвонили

я ток dfd,idef0,idef3 умею ))) инфок много, слишком уж сложная эта работа ит-менеджера безнес-процессов)

скорее всего, ещё и EPC с BPMN )

скорее всего, ещё и EPC с BPMN )

:) основные диаграммы это , как преподаватель сказал , тип они чаще всего надо )

такс, господа, доброе утро! у меня проблема все таки с gunicorn внутри docker контейнера docker for mac Version 1.12.3 (13776) исходники приложения лежат в volume который прокинут с хостовой машины, а запускается и крутиться это все в контейнере gunicorn при изменнии исходников релоадит код ровно один раз, и больше не хочет до рестарта контейнера. что это может быть?

такс, господа, доброе утро! у меня проблема все таки с gunicorn внутри docker контейнера docker for mac Version 1.12.3 (13776) исходники приложения лежат в volume который прокинут с хостовой машины, а запускается и крутиться это все в контейнере gunicorn при изменнии исходников релоадит код ровно один раз, и больше не хочет до рестарта контейнера. что это может быть?

Конфиг?

Здравствуйте, коллеги. Пилим архитектуру клиент-серверной системы, встал вопрос о взаимодействии сервера с клиентом (мобильное приложение). Поступило предложение об использовании одного и того же класса объектов как для запроса, так и для ответа, причём в трёх методах. То есть, если есть запрос а-ля поисковый: POST /api/method_search { объект, заполненный наполовину } приводит к ответу 200 OK { объект, полученный в запросе + заполненные поля } Подобный подход (дублирование данных) не нравится, но не могу сформулировать почему. Есть у кого какие-нибудь комментарии по этому поводу? Может быть, это является распространённой практикой при проектировании API и мои ощущения ложны?

Кто пользовался https://www.leaseweb.com/ ? Как там bare metal on demand, норм?

эммм

если base - саппорт

то они просто ужас

т.е. даже если у тебя всё писец, они могут ответить через 4-5 часов

Часто случается писец?

и какого рода?

всё зависит от того чем будешь заниматься

я хочу туда сходить нагрузить пару приложений с базами

у меня не получилось там через их админов получить подтверждение для GlobalSign по сертификату

т.е. они свою почту почти не смотрят

Ну это ладно, с tls придумаем чонить. А с сетью, с железом там как?

любые действия с сервером будут не очень быстрыми, если не возьмёшь платную подписку

падает само собой, сеть говно, диски может?