Ну не знаю... Можно разработать региональную/городскую программу по развитию компетенций молодежи, создать для этого центр какой-нибудь, проводить мероприятия в нём, например хакатоны, дать местному бизнесу налоговые преференции на уровне местных налогов, если бизнес будет делать заказы в этом центре... Вобщем, что-нибудь сделать можно, главное - делать.
Самый быстрый способ разрешить противоречие - это его обострить. Не всегда самый лучший, но точно самый быстрый) Уезжайте туда, где автобусы с кондерами. Когда все, кто не хочет ездить в автобусах без кондиционеров, уедут из таких городов в города, где автобусы с ними, а обычно это самые лучшие специалисты, им легче поменять работу, власти города, в котором кондиционеров (велодорожек, хороших дорог, клумб с розами и т.п., нужное подчеркнуть) нет, возможно задумаются, а почему из города уезжают лучшие специалисты. Но скорее всего не задумаются, но это не важно, вас там уже не будет.
А теперь все последующие статьи автора будут блочить? Три уже сняты модером. Хабр, вы слышали такое слово "цензура"? Мало того, что вы блочите авторов, вы ещё и по тихому сами отписываете от них подписчиков, это вообще как???
Для Делфи все очень дорого, не только она сама. Сообщество к сожалению очень небольшое, по сравнению с другими. Если бы эмбаркадеро пустила разработку в open source и платила бы за нее, думаю это только пошло бы на пользу всем. Уж IDE энтузиасты бы запилили для своего удобства)
В среднем на 30% быстрее относительно запросов от orm на .NET + кластер MS SQL при нагрузке 120-150к запросов юзеров в минуту. Измерено на реальной банковской системе дбо. За сколько окупится не считали, за пару минут наверное. Для систем с уровнем надёжности mission critical не важно как быстро это окупится, имиджевые потери от падений системы кратко дороже
Все описанные минусы следуют из принятой как стандарт архитектуры, подразумевающий разделение приложения на слои. Слой данных в ней рассматривает СУБД как просто место хранения табличных данных. Но даже при таком подходе обычные crud операции можно реализовать как ХП, и вызывать их, просто передавая параметры в ХП и, если нужно, получать результат. Это будет гарантировано быстрее, чём держать SQL код в коде другого языка и который будет компилироваться сервером бд каждый раз при его выполнении. Плюс выглядит это ужасно, каждый раз когда смотрю какой-нибудь @Repository с query native=true, испытываю неприятные ощущения. Какой уж тут clear code, когда на пол экрана висит строка с жутким SQL )
И аргумент, что SQL код начинает зависеть от конкретной реализации сервера, довольно слабый. Кто-то может привести пример, когда постоянно нужно менять сервер? На моей очень большой практике разработки такое было только два раза. Один раз, когда заказчик сразу сказал, что у него Oracle, и MS SQL ему не нужен, перепишите все. И второй когда вот это вот все началось и все ринулись импортозамещать все что можно, и решение нужно было перевести на postgres. Но оно уже было на orm и переход проходил довольно гладко
На мой взгляд, момент, когда больнее всего, вы описали в самом малом объеме. Объяснить китайцам, что вам нужно изготовить, при наличии всех схем и чертежей - тот ещё квест))) Опишите этот этап подробнее пожалуйста
"Но если человек хочет себя проявить, он не смотрит на авторитеты с большим опытом за плечами, а всё-таки подвергает сомнению их решения и предлагает свои."
Если у такого человека задача по жизни выглядеть идиотом, то это правильная тактика. Пришёл он такой в компанию, где синьоры года три-пять работают над проектом, и давай подвергать все сомнению...
У OSM актуальность данных носит неоднородный характер: в мегаполисах она нередко опережает другие картографические сервисы, т.к. участников много и они оперативнее вносят изменения, потому что не зависят от бюрократических процессов в компаниях. Но в малонаселенных регионах бывает что OSM отстаёт.
Есть две версии, нативка и гибрид. Последний туповат, а нативка довольно быстрая. Поставляются в одном apk, но по какой логике андроид выбирает, какое из них ставить - неизвестно
Согласен. Чего мне в опенсорс писать, не понимаю. Чтобы что-то полезное там делать, нужно погружение в тему, на которое надо потратить кучу времени. Кто за него заплатит? Будущий потенциальный работодатель, который оценит твой коммит на сто строк?))) То, что в резюме участие в десятке проектов федерального уровня, работодателя не интересует, а вот чтобы ты любил тратить тонны времени на не оплачиваемую работу - вот это ценно)))
Ну не знаю... Можно разработать региональную/городскую программу по развитию компетенций молодежи, создать для этого центр какой-нибудь, проводить мероприятия в нём, например хакатоны, дать местному бизнесу налоговые преференции на уровне местных налогов, если бизнес будет делать заказы в этом центре... Вобщем, что-нибудь сделать можно, главное - делать.
Тогда остаётся только продолжать бомбить по поводу москвичей и ездить в автобусах без кондиционеров.
Самый быстрый способ разрешить противоречие - это его обострить. Не всегда самый лучший, но точно самый быстрый) Уезжайте туда, где автобусы с кондерами. Когда все, кто не хочет ездить в автобусах без кондиционеров, уедут из таких городов в города, где автобусы с ними, а обычно это самые лучшие специалисты, им легче поменять работу, власти города, в котором кондиционеров (велодорожек, хороших дорог, клумб с розами и т.п., нужное подчеркнуть) нет, возможно задумаются, а почему из города уезжают лучшие специалисты. Но скорее всего не задумаются, но это не важно, вас там уже не будет.
"приходите в мой телеграмм канал" - в какой?
А теперь все последующие статьи автора будут блочить? Три уже сняты модером. Хабр, вы слышали такое слово "цензура"? Мало того, что вы блочите авторов, вы ещё и по тихому сами отписываете от них подписчиков, это вообще как???
Для Делфи все очень дорого, не только она сама. Сообщество к сожалению очень небольшое, по сравнению с другими. Если бы эмбаркадеро пустила разработку в open source и платила бы за нее, думаю это только пошло бы на пользу всем. Уж IDE энтузиасты бы запилили для своего удобства)
В среднем на 30% быстрее относительно запросов от orm на .NET + кластер MS SQL при нагрузке 120-150к запросов юзеров в минуту. Измерено на реальной банковской системе дбо. За сколько окупится не считали, за пару минут наверное. Для систем с уровнем надёжности mission critical не важно как быстро это окупится, имиджевые потери от падений системы кратко дороже
Все описанные минусы следуют из принятой как стандарт архитектуры, подразумевающий разделение приложения на слои. Слой данных в ней рассматривает СУБД как просто место хранения табличных данных. Но даже при таком подходе обычные crud операции можно реализовать как ХП, и вызывать их, просто передавая параметры в ХП и, если нужно, получать результат. Это будет гарантировано быстрее, чём держать SQL код в коде другого языка и который будет компилироваться сервером бд каждый раз при его выполнении. Плюс выглядит это ужасно, каждый раз когда смотрю какой-нибудь @Repository с query native=true, испытываю неприятные ощущения. Какой уж тут clear code, когда на пол экрана висит строка с жутким SQL )
И аргумент, что SQL код начинает зависеть от конкретной реализации сервера, довольно слабый. Кто-то может привести пример, когда постоянно нужно менять сервер? На моей очень большой практике разработки такое было только два раза. Один раз, когда заказчик сразу сказал, что у него Oracle, и MS SQL ему не нужен, перепишите все. И второй когда вот это вот все началось и все ринулись импортозамещать все что можно, и решение нужно было перевести на postgres. Но оно уже было на orm и переход проходил довольно гладко
На мой взгляд, момент, когда больнее всего, вы описали в самом малом объеме. Объяснить китайцам, что вам нужно изготовить, при наличии всех схем и чертежей - тот ещё квест))) Опишите этот этап подробнее пожалуйста
"Но если человек хочет себя проявить, он не смотрит на авторитеты с большим опытом за плечами, а всё-таки подвергает сомнению их решения и предлагает свои."
Если у такого человека задача по жизни выглядеть идиотом, то это правильная тактика. Пришёл он такой в компанию, где синьоры года три-пять работают над проектом, и давай подвергать все сомнению...
Такое ощущение, что у них разнарядка какая то в конторах есть, чтобы каждый тимлид отметился на хабре, а то премии лишат
В 24м году кто-то ещё запускает собственные интернет магазины?
Через месяц на Али: умный вентилятор, ванная комната, сухая стена, смерть грибка, счастливый душ
У OSM актуальность данных носит неоднородный характер: в мегаполисах она нередко опережает другие картографические сервисы, т.к. участников много и они оперативнее вносят изменения, потому что не зависят от бюрократических процессов в компаниях. Но в малонаселенных регионах бывает что OSM отстаёт.
Вы не пробовали ещё сделать поддержку OSM? Как плюсом к описанным тоже полезен
Есть две версии, нативка и гибрид. Последний туповат, а нативка довольно быстрая. Поставляются в одном apk, но по какой логике андроид выбирает, какое из них ставить - неизвестно
Согласен. Чего мне в опенсорс писать, не понимаю. Чтобы что-то полезное там делать, нужно погружение в тему, на которое надо потратить кучу времени. Кто за него заплатит? Будущий потенциальный работодатель, который оценит твой коммит на сто строк?))) То, что в резюме участие в десятке проектов федерального уровня, работодателя не интересует, а вот чтобы ты любил тратить тонны времени на не оплачиваемую работу - вот это ценно)))
Ещё бы Блекджек сюда...
Нужно, но видимо для упрощения автор не стал использовать, что не писать маппер.
В будущем? А сейчас то их как у Матроскина гуталина что-ли, "просто завались"?