Борис Белов: Нет, чтобы что-то получить, нужно чтобы это что-то кто-то отдавал. Не каждый проект готов делиться данными о своих клиентах. Скорее даже наоборот.
Пума Тайланд @opium
АртемЪ: просто сфотав вашу карту с обоих сторон я смогу платить ею в интернете
АртемЪ @Jump
Пума Тайланд: Ну это понятно, а что в этом опасного?
Если вы сфотографируете мою карту и оплатите ей что-то банк вернет мне деньги.
Я сталкивался со следующими случаями: официант фоткал карту клиента, а потом купил себе самый дорогой сноуборд (дело было в Финляндии); сын сфоткал карту матери и заказал себе новый телефон; сосед по комнате в студенческой общаге фоткал карту, а после начислении стипендии накупил себе кучу шмота в онлайн-игре; бухгалтер снял зарплаты с карт сотрудников и уехал другую страну (у них так принято было, отдавали карты, чтобы один человек шел в банк и снимал всю наличку). И еще куча других, в том числе доходящих до абсурда, когда жена утром дала мужу карту, а вечером передумала.
Во всех этих примерах банк отказал в возврате средств, потому что как вы сами сказали номер и CSV код доступна любому кто взял в руки карту и клиент сам обязан беспокоиться об их сохранности. Безусловно, эти люди подавали в суд на банк, но их старания не увенчались успехом. Потому что банк не виноват в беспечности клиентов.
АртемЪ: Да-да, совсем не знаю, даже с учетом того, что работал 5 лет в банке практически по этой тебе.
Вот, например, из договора Сбербанка:
Банк не несет ответственности в случае если информация о Карте, ПИНе, контрольной информации Клиента, Идентификаторе пользователя, логине, паролях системы «Сбербанк Онлайн» станет известной иным лицам в результате недобросовестного выполнения Клиентом условий их хранения и использования
Уверен, что в договоре любого другого банка есть подобный пункт.
Если вы уверены в своей правоте, вкладывайте сюда фотки вашей карты.
Что именно не поняли?
Если вы будите опрашивать 15 человек задавая по 5 вопросов с 2-3 вариантами ответов, то проще хранить данные в самой программе, в переменной, у которой тип данных - словарь (dict: https://docs.python.org/2/library/stdtypes.html#di...
Если будите опрашивать 10 тысяч человек задавая каждому более 1000 вопросов, то лучше использовать SQLite. Ссылку вам уже привели.
АртемЪ: Ничего вам банк не вернет. Банк не виноват, что вы даете карту кому ни попадя, чтобы ее реквизиты запоминали или фотографировали и потом расплачивались в интернете.
Мико: везде нужно знать кучу вещей. Если вы хотите хорошо зарабатывать и быть хорошим специалистом, то замечательного знания языка программирования вам не хватит
Олег Цилюрик: Ок. Подскажите мне ПО на Linux, которое сможет открыть 800-страничный документ docx со схемами Visio, таблицами и рисунками, при это это ПО не зависнет и не вылетит. А самое главное, после открытия документа, его оформление должно выглядеть абсолютно точно также, как и в Word.
Олег Цилюрик: Для тех кто не понимает - объясняю: если у человека проблемы с компьютером из-за безалаберности, не компетентности или просто из-за лени, то смена операционной системы не избавит его от проблем, а скорее даже наоборот.
Да, кстати, не забывай, что на Linux не все программы есть ;)
Олег Цилюрик: почему-то некоторые советуют linux как волшебную панацею. "удали Windows", "установи Linux" и так далее - неизменные советы таких горе экспертов
globuzer: Документацию переводить гиблое дело. Часто происходят ошибки.
Если лень учить английский, то присмотрись к книгам "Программирование на Python 3. Подробное руководство" Саммерфилда и "Python. Подробный справочник" Бизли
Сергей Протько: в госпроектах далеко не все плохо. Вам может и не нравиться, но в России точно такая же цивилизация. Много интересных проектов было и будет реализовано. Просто об этом не трубят на всех сайтах. И законотворцы вполне нормальные. Работают, законы вон принимают. Такие же проблемы, как и в другом, так называемом "остальном цивилизованном мире", каких-то меньше, каких-то больше.
Короче, желаю удачи вам в решении проблем бизнеса. А я пошел спать.
Сергей Протько: Ну да, архитектор очень принципиальный был)))
А цели бизнеса и законодательства я не путаю, а совмещаю, что неизбежно на крупных проектах. Разработчики к законадательству или правительству, может и не имеют отношения, а вот бизнес как раз имеет самое непосредственное. Поэтому если что-то не учесть, может выйти большой штраф, а то и тюрьма. Но к счастью для разработчиков им не стоит переживать и отвлекаться от своей IDE, аналитики решат проблему бизнеса. Банальный пример: хранение персональных данных. Мы стали учитывать это, когда об этом стали только заикаться. Но знаю, как некоторые в спешке все переделывали, когда до принятия закона оставался месяц. А если проект межгосударственный, то главы государств как бы и есть главные заказчики. А Путин, кстати, может сам взять и приехать, чтобы проверить результаты. На государственных тоже не легче, когда министры тянут одеяло в свою сторону.
А вот вам реальный пример из моей практики. Разрабатываем некоторое ПО для коммерческого банка. Проект был вроде был на два с половиной года. Год прошел вполне стандартно: встречи, митинги, исследования, анализ, документирование, разработка, тестирование и прочее... А через год вышли изменения в законе, который не позволял это ПО использовать. Люди работали? Да, даже с переработками. Деньги потрачены? Да. Проблема бизнеса решена? НЕТ! Кто виноват? Заказчику все равно, он деньги заплатил, а проблема не решена, даже больше стало.Разработчики не при чем как бы, не могли же они все предвидеть. Может поэтому забить на заказчиков? Нельзя! Пострадает репутация компании, а это недополученные контракты на миллионы.
Был случай наоборот, когда систему разрабатывали в надежде на закон, а его не приняли.
Короче, крупные проекты это совсем другая кухня. Никаких новомодных штучек, типа, BDD или Scrum тут нет. Чаще всего, методология уже выбрана давно и называется ГОСТ. Хотя на некоторых проектах был RUP. Как-то руководитель департамента разработки говорил, что пытались Agile использовать, но не прижилось. Программист - это инструмент, причем четко налаженный, который получает спецификацию и выдает нужный результат.
Сергей Протько:
Вот я работал в банке, и не замечал у программистов особо рвения общаться с бизнесом, и тем более желания понимать их. Потому что финансисты и технари говорят на абсолютно разных языках и катастрофически не хотят друг друга понимать. Одному архитектору пришлось уйти, потому что он хотел, чтобы все было логично и идеально по Макконнеллу, а бизнесу было пофигу говно-код, главное, чтобы быстрее была решена их проблема.
А в одной конторе, проект был очень сложный и программист не мог создать даже одну функциональность, поэтому он писал всего лишь один модуль, да и то, математическую часть писал математик. В одном проекте было все засекречено, поэтому даже я сам не знал, какую проблему решать. То есть я писал требования, из забирал заказчик, относил к неизвестным мне программистам, потом забирал у них результаты, как-то их тестировал и говорил: «Ок» или «Не Ок» - я никогда не видел результата.
А как быть с международными проектами, где команды из разных фирм, из разных стран, и даже с разных континентов, и о чем можно говорить, если даже правители этих стран не могут договориться (то есть сам бизнес не знает, чего он хочет). Кстати, на предпоследнем проекте разработчики были из Минска, было бы проблематично возить их через день к заказчику в Москве для взаимопонимания.
Сколько я учувствую в крупных проектах и набираю программистов в проекты, мы никогда не задаем бизнес вопросов или всякой стартаповской ерунды, типа: «сколько шаров влезет в космических шатл». Только конкретные вопросы по коду. Заказчик платит миллионы долларов не для того, чтобы программист разбирался в бизнесе, проводил НИР, анализ и только потом программировал. Поэтому я и написал, что программисты на крупных проектах (не сферические, а конкретные) не решают проблем бизнеса. Вы можете формировать что угодно, но рынок будет диктовать свои условия.
