Pull to refresh
63
0

Разработчик

Send message
Вы уверены, что это:
1. недостаток
2. питона
?

Человек после C/C++/Pascal/других языков привыкает к явному объявлению начала жизни переменной внутри блока, в котором она объявлена.
Ну поздравляю, вы сейчас говорите про статическую типизацию. Только причем тут питон? У него динамическая.

писать на питоне — значит бороться с рефлекторной перестраховкой «сначала объяви local, только потом используй»
Опять таки, вы уверены, что это «недостаток питона», а не особенность динамической типизации? Я пример с пхп зачем приводил?

А еще, вы уверены, что вы не путаете блок отступов и область видимости? Потому что это разные вещи. У функций, например, область видимости своя, а у циклов или условий — нет.

Так и скажите, я не люблю динамическую типизацию. А то получается, что лыжи плохие, потому что не едут по асфальту.
Потому что это должно выглядеть вот так

Мы тут область видимости блоков обсуждаем, а не идиоматичность кода. Вы бы еще сказали, что переменные не должны называться a и b, а должны иметь осмысленное имя.
Самый стрёмный из недостатков! :(
Вас обманули, это не недостаток. Иначе бы не работал вот такой код:
if a:
    b = 1
else:
    b = 0
print(b)

Либо автор сам не понимает, о чем пишет, либо выражаться надо яснее.

Да хоть в пхп попробуйте, там так же работает:
if ($a == 1){
    $b = 1;
} else {
    $b = 0;
}
print($b);
Я правильно понял, парсер логов, в котором IO занимает меньшую часть работы? В память что ли весь загружается? На порядок-другой, то бишь минимум в 10-100 раз быстрее. До смерти любопытственно взглянуть на питоновскую версию.
Добавляют все больше и больше спорных и не особо нужных фишек в язык
Ненужных для вас или для кого?
Уж с коллегами то вполне можно договориться использовать один мессенджер
Прикольно, я пропустил момент, как мы с темы удобства мессенджеров и вендорлока переключились на тему менеджмента организаций. Но раз вы настаиваете!

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

Ну так вот такие фанатики старательно и создают иллюзию живости языка. Выпускают фреймворки для таких же фанатиков, начинают на нем новые проекты, которые благоразумный бизнес делал бы на других инструментах.

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

У вас в колхозе, может быть, так и есть, но не все работают в колхозах. Я максимально пользуюсь ссылками, облаками и ненавижу, когда меня заставляют скачивать файлы. Особенно, когда коллективно в разных мессенджерах прослушиваем множество аудио-файлов, утверждая финальную версию автоответчика для техподдержки с коллегами из разных мессенджеров. Ссылка на какой-нибудь дропбокс позволит тыкнуть и сразу послушать. Не надо сохранять миллион не утвержденных версий в папку, и потом разбираться в этой помойке, чтоб переслать некоторые версии разным коллегам. Если вы привыкли жрать кактус, не значит что все привыкли.

Или присылают мне в телегу скриншот и просят помочь по нему. Прислали по вашим заветам не ссылкой, а картинкой. Ссылку то мне не получить, чтоб открыть его в браузере, поэтому в ходе объяснения я должен постоянно прокручивать вверх. И чем дольше мы общаемся, тем дальше скриншот поднимается. Очевидно теперь я вынужден и его тоже сохранить в папочку-помойку, хотя он мне НЕ нужен на компе, потому что это 10-минутная задача, которых у меня за день может быть миллион. Поэтому я требую присылать мне ссылки, которые открыл в браузере, и потом так же закрыл.

Любые перечисленные вами способы сложнее и неудобнее, чем просто тыкнуть по ссылке, это факт. Поэтому не надо тут за эргономику ссылок задвигать. Ссылки — универсальный, удобный, гибкий способ. Все остальное — колхоз, костыли и вендорлок.

без папочек-помоек — через буфер обмена
Ничего подобного, никакой десктоп-мессенджер вам не даст через буфер обмена передать аудио или видео из своего вендорлочного облака. Это вы ловко врёте просто.

То, что аська этого не умеет — это проблема аськи
Ого! Я где-то говорил, что аська чего-то не умеет? Аська в этом плане умеет и не умеет примерно то же, что и телега с вибером.

О существовании в андроидной экосистеме
А как андроид экосистема связаны с моим ПК? Если я буду подобные вещи решать через смартфон, мой КПД снизится на 1000%. Может для вас такой КПД и нормально, но для нас неприемлемо.

Все эти проблемы решились бы, если бы мессенджеры не просто загружали контент в свое облако, но и давали возможность получить на него ссылку. Но так никто не делает, чтобы был вендорлок.

так что проблема вообще надуманная
Сказал он, закусывая кактусом
Эргономика такого решения ужасна. По ссылкам не видно превью, группировки в галерею, размера, типа медии и ещё кучу всего что я хочу знать немедленно, а не после клика и мучительного ожидания, пока прогрузится браузер.

Ужасная, говорите? Подскажите, пожалуйста, как мне присланную картинку в вайбер или телеграм, переслать, скажем в аську или вк? ВК хотя бы предоставляет ссылку на эту картинку в собственном облаке. А тут как? Нужно сохранить к себе в какую-то временную папочку, потом в этой папочке-помойке найти этот файл и отправить в другой месенджер. Речь о десктоп версии, если что. Меня уже одолели, присылая картинки и видосики, которые нельзя переслать в другой мессенджер.
что еще людям было нужно?

людям слишком сложно понять, что такое UIN, и зачем его использовать, когда тут поставил вибер, и он тебя сам познакомил со всеми, с кем надо, и с кем не надо.
В том числе и бэкэнды обсуждают, да :) У нас вот тоже бэк на Делфи.
То есть вы на полном серьезе будете мне предлагать рассмотреть вариант разработки бэкенда на делфи? По-моему, это лишь подтверждает мою мысль о том, что в этих каналах фанатики, которые готовы всё писать на делфи.
Заходите к нам на телеграмм Delphi конференции

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

И тем более я не готов читать не агрегированную информацию в телеграм каналах, в которых может быть сидят просто фанаты делфи, которые всё готовы писать на делфи. Вряд ли в этих телеграм каналах сидят архитекторы и тимлиды гугла/яндекса и обсуждают, а не замутить ли нам новое приложение под андроид/ПК на делфи.

Ну и вообще, из названий каналов очевидно, что там сидят как минимум любители + фанаты делфи. Объективную статистику я бы там не искал.
Groramar
а я новости по компонентам, либам, фреймворкам и собственно самой среде с трудом успеваю читать

F0iL
количество открытых вакансий

Мне кажется надо живость языка не по количеству вакансий и не по скорости штамповки новых фреймворков оценивать, а по тому, как часто в 2020 году делфи выбирают как язык для разработки нового проекта.
Я этим не пользовался никогда, ибо непонятно, как соблюдать порядок в последовательности вкладок, чтобы помнить их номера, когда они постоянно меняются. Но возможно это вам поможет:
Скриншот настроек


Это то, что вы имели в виду?
со статической типизацией

Так я потому сначала и спросил, почему не Java/C# для десктопа. Мне интересно, чем оно в 2018 не устроило. Я бы не спрашивал, если речь шла о 2000-2005 годах.

Просто, если делать окошечки и бизнес-логику, то мне непонятно, какое преимущество у плюсов. Потому и спрашиваю.

со скоростью работы, если вдруг

Вот я про этот самый «вдруг» и спрашиваю.
потом чутка php (книжку в буквальном смысле на помойке нашёл)
Очень символично))

сейчас постепенно ухожу в ещё большую наркоманию
Поделитесь
кресты + qt

На QT можно писать на разных языках, насколько я знаю. Почему именно плюсы?
Уже как два года я работаю десктоп-программистом на крестах
А почему в 2018 году для десктоп приложений были выбраны кресты, а не Java/C#? Я слабо в теме, хотелось бы услышать, чем оно лучше.
как в айдии быстро переключаться по вкладкам, кода их более 5?
А что вы имеете в виду под быстрым переключением?

Я обычно тыкаю Ctrl+Tab и дальше кнопками вверх/вниз выбираю нужную.

Плюс есть история открываемых вкладок по Ctr+E

Ну и куча кнопок по поиску нужных вкладок, мест, классов, методов, файлов, кнопки навигации назад/вперед (полезно, когда блуждаете по стэку вызовов туда сюда)

Information

Rating
Does not participate
Location
Ковров, Владимирская обл., Россия
Registered
Activity