TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #499 · 10.08

В массовых источниках информации пишут, что в Сочи сейчас дикие толпы людей на пляжах, и туда лучше не ехать. Но у нас пригород Сочи и выделенный пляж от отеля, толп вообще нет. Конечно, за это пришлось чуть больше заплатить (ненамного, учитывая в целом высокие сочинские цены), а ещё слегка потерять в инфраструктуре, но окупается полностью. И тут я подумал, а можно ли как-то объективно понимать разницу между издержками и выгодой? Не только с пляжами, вообще в жизни. Вот кто-то стоит в очереди в кассу метро, потому что лично для него это удобнее и комфортнее, чем учиться пользоваться автоматом. Можем ли мы отличать ситуации "Он выбирает то, что ему субъективно удобнее, отстаньте от него" и "Он совершает объективную ошибку, отказываясь тратить чуть больше усилий ради куда бОльшей выгоды впоследствии"? Если люди делают что-то, что вам кажется неудобным/неэффективным, то как понимать: это просто вариант личных предпочтений, или действительно людям стоило бы рассмотреть разные варианты? Допустим, кто-то не ест лук, но лук полезный, а ещё присутствует во многих блюдах. Почему бы такому человеку не терпеть личный дискомфорт от употребления лука ради объективно более удобного выбора? Чем это отличается от очередей в кассу вместо автомата, от вызова такси по телефону вместо приложений, от просмотра фильмов с рекламой по телевизору вместо стриминга? На мой взгляд ответ такой: если усилия нужно вкладывать единожды, либо непродолжительное время, но взамен ты получишь систематическую выгоду надолго или навсегда, то отказ от вложения усилий это объективная ошибка, а не вкусовое предпочтение. Например, ты один раз учишься пользоваться автоматом, и потом больше никогда не стоишь в очереди в кассу. Ты один раз платишь больше денег, и потом в течение многих дней не терпишь толпы на пляже. Ты один раз покупаешь паркинг, и потом никогда не ищешь часами место во дворе. При этом бывает и обратная ситуация: вот бросить курить очень сложно, в этом я верю курильщикам. Ты в течение многих месяцев вкладываешь значительные усилия, а потом до конца жизни так или иначе себя сдерживаешь, при этом выгода очень условная — трудно оценить, сколько лет тебе в итоге добавил отказ от курения. Разве что деньги на сигареты не тратишь, но вложения всё равно систематические. Так что выбор "не бросать курить" понятен. Другое дело, с этой точки зрения не понятен выбор "начинать курить", но это отдельный разговор. С луком аналогично: нельзя привыкнуть его есть, если ты его не любишь. Я вот за 32 года так и не привык, хотя периодически приходится: недавно в ресторане заказал пасту, и она почему-то оказалась с луком, а ведь по классическому рецепту не должна была. Наверняка, можно как-то более точно поделить. Не любые разовые усилия оправдываются даже систематической выгодой (пример: покупка автомобиля в городе, до сих пор очень спорная вещь). Но для меня граница лежит где-то тут. Однократная трата ресурсов для постоянного увеличения эффективности и/или комфорта — это форма автоматизации. #life

Hashtags

Резултати

Намерени 22 подобни публикации

Търсене: #package

当前筛选 #package清除筛选
djangoproject

@djangoproject · Post #209 · 19.12.2016 г., 19:21

http://stackoverflow.com/questions/7110604/standard-way-to-create-debian-packages-for-distributing-python-programs My final goal should be that of creating a "binary" .deb package. Such package will be platform independend (32/64 bit) as all python programs are such. To create a "binary" #package I need first to create a source package. To create the source package I can use either CDBS or debhelper. Debhelper is the recommended way for beginners. The core of creating a source package is populating the DEBIAN directory in the source directory with a number of files clarifying where files need to be copied, what copyright and licensing scheme they are subject to, what dependencies they have, etc... Step #4 can be largely automated the dh_makecommand if the python source also comes with a distutils' setup.py script.

Hashtags

BotzHub

@botzhub · Post #140 · 10.08.2021 г., 14:23

@HTMLWebShotBot #repo - GitHub #package - PyPI - Send a URL to get the screenshot of that webpage. - Send a .html file to get a screenshot of how it would appear on the web. Do follow me onGitHub, 200 soon🎉 ~ @BotzHub

BotzHub

@botzhub · Post #92 · 08.06.2021 г., 14:37

@DetectProfanityBot #repo - GitHub #package - PyPI - This bot can delete messages containing abuses from your group. - Add the bot to your group and make it admin, and it'll keep your group clean from abuses. - Group privacy is enabled. The bot has to be made admin in the group, for it to filter abuses. - False positives can be removed, if reported in the chat. ~ @BotzHub

Numonov.co

@numonovdesign · Post #251 · 06.12.2023 г., 14:15

#package#nasrsnack ✅Brend nomi: NASR ⚠️Vazifa: Package design ❇️Dizayner: No'monov Sherali ➡️Murojaat uchun: @richshax Frilansus.com platformasi bilan hamkorlikda ishlandi. Variyant tasdiqlanmadi❌

Valisher Botirov | Development

@valisherbotirov · Post #234 · 12.04.2024 г., 18:25

Kerakli package va kutubxonalarni ulashib borishda davom etamiz! Vue js yordamida slider qilmoqchi bo'lganlar uchun sodda package. Swiper js kabi murakkab fungiyalarga ega emas. Lekin kichikroq proyektlarda bemalol ishlatsa bo'ladi. Install qilish va ishlatish juda sodda tarzda berilgan. 📔 Ishlatib ko'rish uchun #vue#package ☑️@valisherbotirov

Hashtags

AyuCLouD-Services 公告频道

@AyuCloud_News · Post #286 · 24.09.2021 г., 08:00

#套餐结构调整通知 由于当前所有线路升级为:内网中转,成本大幅上涨 我们将最迟在10月上旬完成对套餐结构调整(主要针对流量和价格的中幅度调整) AyuCLouD-Services 运营团队 敬上! #Package structure adjustment notice As all current lines are upgraded to: intranet transfer, the cost has risen sharply We will complete the adjustment of the package structure by early October at the latest (mainly for medium-range adjustments in traffic and prices) Sincerely, AyuCLouD-Services Operation Team!

djangoproject

@djangoproject · Post #211 · 19.12.2016 г., 19:37

http://www.debian.org/doc/packaging-manuals/python-policy/ch-python.html At any given time, the binary #package python3 will represent the current default #Debian Python 3 version; the binary package python will represent the current default Debian Python 2 version. As far as is reasonable, Python 3 and Python 2 should be treated as separate runtime systems with minimal interdependencies.

12
ПредишнаСтр. 1 от 2Следваща