При получении высшего IT образования есть три правила:
1. Посылать куда подальше предметы не по специальности, типа физика, вышка, политология, философия, экономика и тд. Зарабатывать тройбаны или мутить как-то по-другому.
2. Учить ВСЕ предметы по специальности: программирование, схемотехника, электроника и пр. Да они и сами учатся, когда не мешают предметы из п.1
3. Красный диплом — в топку. Он никому не нужен. Работу, куда принимают по цвету диплома — в топку. Только знания!
Хорошие фразы действуют на девушек или на работодателей.
«Я не изобретаю искусственный интеллект, так как нейронная сеть не умещается в идеологию git» — плохая фраза.
1. У одной и той же БД на разных клиентах в разных системах и при разных настройках текст дампа может быть принципиально разным.
2. Как можно забрать изменения в базе от других, если есть только полный дамп — не совсем понятно. Добавить строчку в программе — это не одно и тоже, что добавить строчку в БД (нужен отдельный INSERT)
Правки должны выглядеть в виде скрипта-апдейта к какому-то эталонному состоянию БД, а не просто каждый раз дамп БД. Нужно делать что-то типа вот такого, как минимум: habrahabr.ru/post/121265/
Ну так а потом мне можно будет менять структуру БД только в этих файлах? Могу я зайти в какой-нибудь MySQLAdmin (или в другую удобную мне систему) и поправить что-нибудь?
Или взять пример такой: в базе данных хранятся пункты меню (сайта, программы — не важно). Разработчик добавил пункт меню в панели управления и работает с новым ID (автоинкремент) в программе. Если INSERT еще можно в миграцию вставить (вручную?), то откатить такие изменения при наличии других подобных будет невозможно (вы не знаете до какого значения откатывать автоинкремент).
Я уже не говорю о том, что все эти выкрутасы с контролем версий не идут в стандартных пакетах систем контроля версий. Скорее всего придется самим писать/дописывать/додюдюривать… это соразмерно целому отдельному проекту.
1. В принципе, можно, но сомневаюсь, что будут какие-то плюсы. Код статической части примерно 5% от всего проекта.
2. Баз около 40 штук, структуры все разные. В зависимости от пользователей и прав доступа выполняются разные части кода из разных баз.
Вообщем, это мрак для любой системы контроля версий :)
> специлизированное устройство может быть включено в госпрограммы, а смартфон нет
Вот и у меня сложилось впечатление, что создание самой железки — это решение какой-то другой проблемы, но никак не проблемы слабовидящих. Вы может быть и попадете в госпрограммы (искренне вам этого желаю), но рынок и жизнь вас растопчет еще в зародыше (по моему мнению).
Что касается самой идеи, то ее основа на 99% в софте. К софту, от которого зависит жизнь людей, предъявляются очень большие требования. Он не имеет права ошибаться. 10 ошибок вашего софта — человеческая жизнь (примерно), т.к. отправить слабовидящего в яму или под машину — легче простого. Оглянитесь вокруг — нет ни одного девайса, от которого бы напрямую зависела наша жизнь. Вы же пытаетесь такой девайс сделать. Достаточно будет одной трагедии в новостях, связанного с вашим девайсом, и весь бизнес превратится в убыток…
Ваше устройство должно работать либо на 100%, либо его быть не должно. Это очень сложный и трудный путь, который только сейчас начинают осваивать гиганты, типа, Google с ее автомобилями и очками.
Коммерческая компания без прибыли называется мыльный пузырь.
Вы можете ездить в лимузинах, запускать ракеты в космос, иметь фешенебельный офис в Нью-Йорке, а за спиной ваших программистов могут быть миллионы строчек кода, но компания так и будет мыльным пузырем.
Мыльный пузырь становится успешной компанией только тогда, когда начинает получать прибыль.
1. Посылать куда подальше предметы не по специальности, типа физика, вышка, политология, философия, экономика и тд. Зарабатывать тройбаны или мутить как-то по-другому.
2. Учить ВСЕ предметы по специальности: программирование, схемотехника, электроника и пр. Да они и сами учатся, когда не мешают предметы из п.1
3. Красный диплом — в топку. Он никому не нужен. Работу, куда принимают по цвету диплома — в топку. Только знания!
«Я не изобретаю искусственный интеллект, так как нейронная сеть не умещается в идеологию git» — плохая фраза.
2. Как можно забрать изменения в базе от других, если есть только полный дамп — не совсем понятно. Добавить строчку в программе — это не одно и тоже, что добавить строчку в БД (нужен отдельный INSERT)
Правки должны выглядеть в виде скрипта-апдейта к какому-то эталонному состоянию БД, а не просто каждый раз дамп БД. Нужно делать что-то типа вот такого, как минимум: habrahabr.ru/post/121265/
Или взять пример такой: в базе данных хранятся пункты меню (сайта, программы — не важно). Разработчик добавил пункт меню в панели управления и работает с новым ID (автоинкремент) в программе. Если INSERT еще можно в миграцию вставить (вручную?), то откатить такие изменения при наличии других подобных будет невозможно (вы не знаете до какого значения откатывать автоинкремент).
Я уже не говорю о том, что все эти выкрутасы с контролем версий не идут в стандартных пакетах систем контроля версий. Скорее всего придется самим писать/дописывать/додюдюривать… это соразмерно целому отдельному проекту.
2. Баз около 40 штук, структуры все разные. В зависимости от пользователей и прав доступа выполняются разные части кода из разных баз.
Вообщем, это мрак для любой системы контроля версий :)
Вот и у меня сложилось впечатление, что создание самой железки — это решение какой-то другой проблемы, но никак не проблемы слабовидящих. Вы может быть и попадете в госпрограммы (искренне вам этого желаю), но рынок и жизнь вас растопчет еще в зародыше (по моему мнению).
Что касается самой идеи, то ее основа на 99% в софте. К софту, от которого зависит жизнь людей, предъявляются очень большие требования. Он не имеет права ошибаться. 10 ошибок вашего софта — человеческая жизнь (примерно), т.к. отправить слабовидящего в яму или под машину — легче простого. Оглянитесь вокруг — нет ни одного девайса, от которого бы напрямую зависела наша жизнь. Вы же пытаетесь такой девайс сделать. Достаточно будет одной трагедии в новостях, связанного с вашим девайсом, и весь бизнес превратится в убыток…
Ваше устройство должно работать либо на 100%, либо его быть не должно. Это очень сложный и трудный путь, который только сейчас начинают осваивать гиганты, типа, Google с ее автомобилями и очками.
Вы можете ездить в лимузинах, запускать ракеты в космос, иметь фешенебельный офис в Нью-Йорке, а за спиной ваших программистов могут быть миллионы строчек кода, но компания так и будет мыльным пузырем.
Мыльный пузырь становится успешной компанией только тогда, когда начинает получать прибыль.
Давайте примеры :)