Рискуя показаться недалёким, я так и не понял чем озера принципиально отличаются от хранилищ. Тем, что в озёрах хранятся разнотипные данные? Ну так и в хранилище можно поместить что угодно. Может мне кто-то в двух словах пояснить, пожалуйста, уже давно этот вопрос меня беспокоит :-)
Upd. Нашел чудесное определение: A data lake is a vast pool of raw data, the purpose for which is not yet defined. A data warehouse is a repository for structured, filtered data that has already been processed for a specific purpose. ... In fact, the only real similarity between them is their high-level purpose of storing data.
Но что это значит на практике? Если я складываю на жёсткий диск файлики с логами из разных систем с целью "на всякий случай", диск превращается в озеро?
Ещё одно определение: Идея озера данных состоит в том, чтобы хранить необработанные данные в их оригинальном формате до тех пор, пока они не понадобятся. У меня на компе есть папочка /temp/, которая работает ровно по этому принципу. Является ли она маленьким озером?
Пока читал статью, пытался понять что такое умеют делать эти тулзы, чего я не смогу сделать без них. Мой итог: ничего. Я понимаю, что прогресс и все такое, но "вашу бы энергию да в мирных целях".
В помощь вам знание русского языка: рубили, чтобы не попасть на этап. То есть перед тем как. Ну и почитайте что-нибудь о тех событиях, прижде чем бравировать мышлением.
Такое впечатление, что вы бредите. Люди рубили себе пальцы рук, чтобы не попасть на этап в Сибирь, ибо добирались до места назначения меньше половины "личного состава". И за это никого не наказывали, это просто было.
Любопытная статейка, но я бы исправил заголовок на что-то среднее между существующим и " некоторые рекрутнры никогда не найдут хорошего программиста". Истина, как всегда, где-то рядом
Вы путаете дизайн интерфейсов с дизайном отдельных элементов. Действительно удобный интерфейс можно собрать из стандартных элементов и наоборот, можно создать красивые кастомные элементы и собрать из них плохой интерфейс. Если для вас цвет кнопок и есть дизайн интерфейса, тогда ваша точка зрения, описанная в статье, мне понятна
Если говорить о том что проще, то вопрос о какой-то кастомной UI вообще не встаёт. И как необходимость кастома зависит от количества пользователей? Вопрос риторический
Ну напридумывали. Свкрхподавляющее большинство интерфейсов можно построить на бесплатных библиотеках, начиная с bootstrap и заканчивая тем же упомянутым vuetify. Речь о компактном коде? Средний разработчик закроет этот вопрос по умолчанию. Ну а цвет кнопок и тень от них, как показывает практика, не показатель крутизны информсистемы.
Рискуя показаться недалёким, я так и не понял чем озера принципиально отличаются от хранилищ. Тем, что в озёрах хранятся разнотипные данные? Ну так и в хранилище можно поместить что угодно. Может мне кто-то в двух словах пояснить, пожалуйста, уже давно этот вопрос меня беспокоит :-)
Upd. Нашел чудесное определение: A data lake is a vast pool of raw data, the purpose for which is not yet defined. A data warehouse is a repository for structured, filtered data that has already been processed for a specific purpose. ... In fact, the only real similarity between them is their high-level purpose of storing data.
Но что это значит на практике? Если я складываю на жёсткий диск файлики с логами из разных систем с целью "на всякий случай", диск превращается в озеро?
Ещё одно определение: Идея озера данных состоит в том, чтобы хранить необработанные данные в их оригинальном формате до тех пор, пока они не понадобятся. У меня на компе есть папочка /temp/, которая работает ровно по этому принципу. Является ли она маленьким озером?
А когда обеденный перерыв, так и сеть настроит ))
Пока читал статью, пытался понять что такое умеют делать эти тулзы, чего я не смогу сделать без них. Мой итог: ничего. Я понимаю, что прогресс и все такое, но "вашу бы энергию да в мирных целях".
Я могу ошибаться, но мне кажется, что мы под протоколами разное подразумеваем :-) Вы таки из фронта?)))
В статейке речь не о протоколах, а именно о форматах.
Очень похоже )))
Насколько я в теме, архитекторов вещи типа формата json не волнуют от слова совсем и я их отлично понимаю:-)
В помощь вам знание русского языка: рубили, чтобы не попасть на этап. То есть перед тем как. Ну и почитайте что-нибудь о тех событиях, прижде чем бравировать мышлением.
Такое впечатление, что вы бредите. Люди рубили себе пальцы рук, чтобы не попасть на этап в Сибирь, ибо добирались до места назначения меньше половины "личного состава". И за это никого не наказывали, это просто было.
Именно эта мысль крутилась у меня при прочтении текста
А что ему помешает там быть?
Любопытная статейка, но я бы исправил заголовок на что-то среднее между существующим и " некоторые рекрутнры никогда не найдут хорошего программиста". Истина, как всегда, где-то рядом
Эталонная статейка: по существу, хороший язык и наталкивает на размышления.
Собеседование, которого хотелось бы избежать.
Приведите, пож, пример когда без сохранения состояния не обойтись. Если не сложно, конечно. В двух словах.
Вы путаете дизайн интерфейсов с дизайном отдельных элементов. Действительно удобный интерфейс можно собрать из стандартных элементов и наоборот, можно создать красивые кастомные элементы и собрать из них плохой интерфейс. Если для вас цвет кнопок и есть дизайн интерфейса, тогда ваша точка зрения, описанная в статье, мне понятна
Если говорить о том что проще, то вопрос о какой-то кастомной UI вообще не встаёт. И как необходимость кастома зависит от количества пользователей? Вопрос риторический
У вас речь идёт об информационных системах, о них я и писал. Сайты -- это всего лишь подмножество ИС
Ну напридумывали. Свкрхподавляющее большинство интерфейсов можно построить на бесплатных библиотеках, начиная с bootstrap и заканчивая тем же упомянутым vuetify. Речь о компактном коде? Средний разработчик закроет этот вопрос по умолчанию. Ну а цвет кнопок и тень от них, как показывает практика, не показатель крутизны информсистемы.
В общем, нужны более могучие доводы :-)
Не забывайте про os.path.join()