Pull to refresh
61
0
Андрей Николаев@Dremkin

User

Send message
Какие это дает преимущества перед простым бэкапом?
Ну так а потом мне можно будет менять структуру БД только в этих файлах? Могу я зайти в какой-нибудь MySQLAdmin (или в другую удобную мне систему) и поправить что-нибудь?

Или взять пример такой: в базе данных хранятся пункты меню (сайта, программы — не важно). Разработчик добавил пункт меню в панели управления и работает с новым ID (автоинкремент) в программе. Если INSERT еще можно в миграцию вставить (вручную?), то откатить такие изменения при наличии других подобных будет невозможно (вы не знаете до какого значения откатывать автоинкремент).

Я уже не говорю о том, что все эти выкрутасы с контролем версий не идут в стандартных пакетах систем контроля версий. Скорее всего придется самим писать/дописывать/додюдюривать… это соразмерно целому отдельному проекту.
Насколько я знаю такой подход значительно усложняет сам процесс разработки. Впрочем, если есть хорошие ссылки — киньте почитать.
1. В принципе, можно, но сомневаюсь, что будут какие-то плюсы. Код статической части примерно 5% от всего проекта.
2. Баз около 40 штук, структуры все разные. В зависимости от пользователей и прав доступа выполняются разные части кода из разных баз.

Вообщем, это мрак для любой системы контроля версий :)
Меня останавливает только то, что есть еще структура БД и части кода хранятся в полях БД.
Скоро на 1С под Arduino будут писать :)
Сделано немного топорно, но с любовью. И еще у вас отличные отношения с женой Викой. Хотелось бы побольше видео с вашими диалогами.
Без разницы. 811 лет все равно бы было одной жизнью.
> специлизированное устройство может быть включено в госпрограммы, а смартфон нет

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

Что касается самой идеи, то ее основа на 99% в софте. К софту, от которого зависит жизнь людей, предъявляются очень большие требования. Он не имеет права ошибаться. 10 ошибок вашего софта — человеческая жизнь (примерно), т.к. отправить слабовидящего в яму или под машину — легче простого. Оглянитесь вокруг — нет ни одного девайса, от которого бы напрямую зависела наша жизнь. Вы же пытаетесь такой девайс сделать. Достаточно будет одной трагедии в новостях, связанного с вашим девайсом, и весь бизнес превратится в убыток…

Ваше устройство должно работать либо на 100%, либо его быть не должно. Это очень сложный и трудный путь, который только сейчас начинают осваивать гиганты, типа, Google с ее автомобилями и очками.
Какая масса в сборе с аккумулятором и время работы?
Все-таки можно поподробнее — какие задачи для слабовидящих решает данное устройство?
Ruby — хорошо, JavaScript — лучше. Про остальное — ищите на eBay.
Коммерческая компания без прибыли называется мыльный пузырь.
Вы можете ездить в лимузинах, запускать ракеты в космос, иметь фешенебельный офис в Нью-Йорке, а за спиной ваших программистов могут быть миллионы строчек кода, но компания так и будет мыльным пузырем.

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

Давайте примеры :)
Все это и есть прибыль. Читайте первый абзац в Уставе любой коммерческой организации.
Интересно, зачем такие девайсы в принципе? Кто-то рассчитывал, что они принесут прибыль?
1. Я никогда вас не найду в Горбушке.
2. Я скорее куплю в магазине без дизайна, но дешевле. Подсознательно обхожу крутые (с виду) магазины.
3. Вместо банальных полок для пищевых продуктов или обуви (коробки на них совершенно не дают представления об ассортименте) я бы предпочел электронный каталог на мониторе (телевизоре, нескольких телевизорах). Это все-таки гаджеты — посетители образованные. На «пощупать» — приносите. Особо идущие товары могут висеть в воздухе на лесках (это я к примеру :). Короче говоря, процесс предложения ваших (именно ваших) товаров должен быть более технологичен.

В любом случае, конечно же, удачи вам :)
А почему именно 6502? Есть же 580ВМ80, Z80…


И правда...! :)

Судя по всему, человечество достигло такого уровня развития, что двигаться назад и разгребать старые микросхемы не менее интересно, чем изобретать новые.
Много раз бывал на сотмаркете, всегда восхищался проработанностью дизайна… некоторые вещи брал на заметку и использовал в своих проектах.
Но так и ни разу ничего не купил, хотя очень хотел :)

1. Оформление карточек товаров — ну просто идеально. Отточены иконки, разные шрифты, выделения, подсказки, баннеры…
Да только когда мне нужно что-то купить, то кроме цены мне больше ничего не нужно. Я не могу читать описание товара, где все настолько задизайнено, что я забываю о своей покупке, а просто восхищаюсь дизайном. Это круто, но это отвлекает и не способствует.

В конце концов я покупаю в магазинах, где описания в одном абзаце… да даже где вообще нет никакого описания и дизайна — настолько все понятно, что и понимать нечего.

2. От магазина остается ощущение как от посещения какого-то крутого приблатненного салона красоты. Сразу понимаешь, что дешево здесь ничего не получишь, высосут все соки :)

3. Если зарплата программистов, дизайнеров и маркетологов входит в цену товара, то увольте их всех… не потому, что они плохо работают, а потому, что блеска уже хватит :) Снижайте затраты, уменьшайте цену и повысьте качество обслуживания (судя по комментариям оно не ахти).

4. Формат ввода телефона — тоже анахронизм. Функция из пары строчек на PHP приведет простую строку с телефоном в любой формат. Зато клиенты могут выбрать телефон из ранее введенных — что гораздо удобнее и уменьшает вероятность ошибки с гораздо большей вероятностью, чем жесткий формат при вводе.

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

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity