nllm

Панацеи в этом вопросе нет. Если заказчик считает, что писать ТЗ легко, то пусть пишет. Главное, чтобы вы смогли грамотно реализовать по его ТЗ работу.

Но лучше всего практиковать 2 варианта:
1. Писать ТЗ до заключения договора, с риском бесплатной работы. При этом необходимо (может быть завуалированно) включать в стоимость договора стоимость разработки ТЗ. Сомневаюсь, что из 10 заказов (из 10 бесплатных ТЗ), например, никто не заключит с вами договор. Грубо говоря, отнеситесь к расходам на написание ТЗ также, как к оплате аренды офиса — от этого никуда не деться.
2. Отдельный договор на написание ТЗ. Но при этом нужно все равно предварительно договариваться о рамках бюджета. Иначе, если заказчик оплатит вам ТЗ, но окажется, что стоимость основного договора по составленному ТЗ слишком для него высока — он может и обидеться. Зато, и это тоже аргумент ЗА отдельный договор, он сможет с этим ТЗ (если оно грамотно составлено) обратиться для реализации задачи в другую компанию, если не договорится с вами.

По опыту могу сказать, мы используем оба варианта. Смотрим на клиента сначала и потом договариваемся.

P.S. Заключать один договор (на ТЗ + разработка) нельзя. Тут вы правы, в случае увеличения стоимости, будет очень сложно доказать это заказчику и изменить сумму договора. Иногда потери от этого могут привысить затраты на «бесплатное» написание ТЗ (см. пункт 1).

1
2
3

Есть хитрый метод придумывания названия: Этот хороший вариант называется «мозговой штурм с соотвествующим вбросом».

«Вброс» нужен потому, что обычно сидеть и что-то придумывать у людей острого желания не возникает и народ обычно готов смирится с «назначенным сверху названием» и энтузиазма в этом деле (это by default, понимаете) и жгучего желания «креативить» не возникает. Что в данном случае плохо, потому что названии продукта должны принимать участие, те, кто над ним работает (точно также как родители придумывают имя своему ребенку).

Поэтому алгоритм:

Шаг 1) Собираете народ. Сообщаете: сечас мы тут собираемся придумать название для нашего программного продукта. Все как обычно молчат, ни у кого вариантов нет. Может кто-то что-то и вяло предложит «не блещущее».
Шаг 2) Вы смотрите на все это, выжидаете паузу. А потом делаете «вброс»: сообщаете «ну тогда если нет других вариантов, давайте назовем ******» (тут произносите любую взбредшую вам в голову охинею, чем бредовее тем лучше, а если она при этом неблагозвучна или вызывает пошлые ассоциации то это вообще замечательно). Главное при этом вовсе не та бредятина, которую вы предложите, а то, чтобы эта ваша реплика «нашла эмоциональный отклик в коллективе, ни кого не оставив равнодушным».
Шаг 3) Народ сразу «проснется» и переполошится: «нет, ну как же так!? как-то совсем пошло звучит! что других, нормальных вариантов нет? лучше уж назвать ее **** или ***** или ***** или *****». (хитрый план сработал: сразу же «проснувшийся» мозг народа переключается в креативное русло, а вы просто записываете шквал супер-креативных вариантов).
Шаг 4) Из этого потока креативных вариантов, просто выбирается тот который по душе всем.
Шаг 5) Регистрируете товарные знаки, логотипы, домены, и все прочее.
Шаг 6)…
Шаг 7) PROFIT

У меня больших разработок нет, только UserScripts, но даже с их названиями были проблемы.
На моей работе проводятся конкурсы с призами на выбор названий продуктов.
А так, один достаточно известный блоггер давно создал специальный сервис ВотИменно.ру.

Сканеры штрих-кода (из тех, с которыми мне довелось работать) обычно работают в двух вариантах:
1) Эмуляция клавиатуры (те, кто подключаются через PS/2 или работают как USB HID)
2) Эмуляция COM-порта (те, которые соответственно втыкаются в компорт либо являются USB Serial Device)

Взаимодействие с первыми аналогично клавиатуре. В чем их плюс — возможность работы даже с тем софтом который не знает что такое «сканнер штрих-кода». Для программы это будет выглядеть полностью аналогично как если бы оператор набрал на клавиатуре артикул товара. (то есть полностью прозрачно для программ)
Соответственно, сериальные устройства для тех программ, которые знают что такое сканнер штрих-кода и умеют с ним работать.

Соответственно, вопрос. Вам для каких нужд? Если Вы хотите минимальными затратами организовать «рабочее место оператора» с взаимодействием через веб — то вариант с USB HID — это ваш вариант. Вы просто с помощью PHP рисуете форму, с полем, куда JS-ом выставляете фокус. Оператор «пикнув» сканнером штрихкода просто введет туда цифры. (И незабываем, какой еще ОГРОМНЫЙ плюс возникает, если штрихкод потерт и нечитается — оператор просто набивает артикул на клавиатуре в это поле.)

Вариант с Serial-подключением имеет плюсы лишь когда вы организуете выделенное узкозаточенное рабочее место.

netBeans

На вакансию за 100к хотят видеть не резюме, а мозги ;)

А при чем тут резюме? Вы открываете вакансию — смотрите там требования и стэк технологий. Если вы работали с больше чем 50% технологий, описанных в вакансии, то описание проектов, в которых вы их применяли, должны быть в резюме.

Соответственно, интерес представляет наличие продолжительной работы с ключевыми технологиями.

Чего-то магического в резюме и красивостей иметь не обязательно, если вы не на дизайнера идете.

Vanilla Ненарадуемся

Есть русский, плагины, права (роли), оповещение и далее vanillaforums.org/

Vanilla Forums. Социальный форум :) Есть возможность установки закрытого форума (members only, регистрация по приглашениям). Маленький и лёгкий. Самый современный из существующих на php в данный момент

Постановка задачи слишком размыта.
Вполне может оказаться, что в Вашем случае лучшим будет даже EAV.
Вообще общий подход — составляем несколько списков полей для разных видов данных.
Потом находим общие поля, пытаемся максимально объединить.
Имеем некий «родительский класс» и некий набор расширений.
Далее что у нас в каждом поле лежит? Не целесообразно ли из этого сделать справочник? (например сотрудники, районы, виды недвижимости и т.п.). На самом деле вопрос не очевидный. Иногда проще сделать перечисление или текстовое поле.
Некоторые поля из разных «классов» можно хранить в одном и том же поле базы если это не противоречит логике поиска (К примеру название поставщика или его ФИО в случае Юрлица или Физлица как правило является одним полем).
Когда мы получаем некий каркас надо трезво посмотреть на этот ужас и ответить — а все ли они нам нужны?
Если по полю не будет поиска или сортировки, то возможно стоит несколько таких полей объединить в одно поле «описание» которое заполняется по шаблону при вводе, или содержит сериализованный массив.

Часто целесообразно общую часть данных вынести в общую таблицу, а для каждого «класса» сделать отдельную таблицу со ссылкой на главную. Типа «объекты недвижимости, подробности квартир, подробности домов, подробности участков земли».

Если вам будет нужно выводить общий список недвижимости, сортировать этот список, выполнять по нему выборку, то делить данные на несколько таблиц не стоит. Скорость поиска упадет во столько раз, на сколько таблиц вы поделили данные (условно).

Время поиска в одной таблице log(n). Время поиска в 8 таблицах в которых записей по меньше = 8*log(n/8).

Можно еще рассмотреть вариант создать единственную таблицу с множеством полей. Поля которые не имеют смысла, просто заполнять NULL.

Тут посмотрите. Real Estate вас интересует. Может что-нибудь поможет.

Краснодар. Электричество — вписываю в квитанцию. Вода — пишу на бумажке и бросаю в ящик РЭПа во время вечерней прогулки. Счетчики на лестничной площадке. Проверяют или нет — понятия не имею.

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

Москва, Россия.
Не ТСЖ.

Счётчики на воду подаются самостоятельно клиентом либо по телефону, либо на бумажке в ящик в офис, либо через сайт
www.gu-is.ru/

Счётчики на газ в Московской области подаются через SMS на обычный (не короткий) сотовый номер:
www.mosoblgaz.ru/art_special_1_390.htm

Счётчики на электричество пишутся от руки в квитанции (текущие, предыдущие показания, расход), самостоятельно ведётся расчёт (сумма к оплате = (текущие-предыдущие) х цена киловатт-часа) суммы, сумма вписывается в окошко и платится.
При оплате через терминалы и банки нужно указывать номер счёта, текущие показания и сумму к оплате в системе.
Два раза в год списываются контрольные показания счётчиков (ходит дядя из МосЭнергоСбыта).
Посчитать по тарифу, проверить нет долга или переплаты и посмотреть статистику можно через сайт
lkkbyt.mosenergosbyt.ru/

Челябинск. ХВС и ВО.
Система «Город», основа Oracle + обёртка от ЦФТ.
При передаче показаний по телефону или лично, или на бумажке в ящик, показания забиваются сразу в базу.
При приёме показаний сторонними организациями, показания пишутся в что-то местное и периодически подгружаются в основную базу. Ошибочные обрабатываются вручную.

У меня ТСЖ. Кидаю бумажку с электричеством и водой раз в месяц в специальный почтовый ящик, они потом все это в 1С вколачивают. А в других компаниях у жильцов расчеты с электриками персональные, можно оплачивать в платежных терминалах, на почте, через банк, дав ему поручение или интернет-банкинг, ежели у банка есть такая фича. В общем, кто в лес, кто по дрова…

Давненько в жкх не влазил ). Завел себе карточку в хорошем банке и доволен как слон. Вся коммуналка идет через интернет, мнгновенно, без очередей и комиссий.

а ещё хочу порекомендовать вот этот сайт www.say7.info/
я люблю готовить и всё что готовил по рецептам с этого сайта — получалось очень вкусно, по домашнему, лучше чем у мамы)