- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
# ЭТО ВСЕ КОСТЫЛИ!
# Надо сесть и договорится о точном формате, задокументировать его, подписать кровью и хранить в сейфе.
# некоторые преобразования
# за подробностями в ndtpv6_gutz_parse.md в раздел `ожидаемые данные`
fsm_info = p['data'].get('cells', {})
channel_data = dict([(key, fsm_info.get(key)) for key in (FUEL, ASMPP) if fsm_info.get(key)])
channel_data and da_packet.update({'channel_data': channel_data})
--Нет. Это сложно, не нужно, много писать, будет тормозить, не у всех IDE, все равно нужно думать, это не решает всех проблем.
--А давай тогда документировать в вики?
--Нет, программисты не любят писать доки, доки нужны чтоб тянуть время, нужно программировать а не доки писать, у нас реальный мир, времени на доки нет
--Ок
Но пайтоновцы хотя бы пишут хорошие доки
>Но пайтоновцы хотя бы пишут хорошие доки
Которые один хрен из ide не почитать.
Частично:
http://postimg.org/image/qu6bja9ff/
Смотря что за машина у Вас, у меня не тормозит
>платный
Уже года два как есть бесплатный (коммунити)
Надо им в системных требованиях написать: "у нас не тормозит". А бесплатный он для любого применения?
В яве принято: вот тебе пакет my_package, вот мануалка по нему, вот мануалы по классу.
А в пайтоне принято писать целую статью про каждый кусок функционала.
В итоге читать её дольше (нельзя сразу прочитать мануал по нужному тебе классу), но считается (в теории) что после прочтения ты лучше будешь понимать API.
Чтобы не искать их по всей странице.
хм
if не любим? Экономим строчку?