Форум сайта python.su
39
Rodegast
Ну Вы уже совсем жестко. Посмотреть, кончено, можно. Но нужно понимать, что для коммерческого использования tkiner подходит только для частных проектов. Общедоступные вещи на нем писать уже не актуально. Ну и для себя что-то писать можно.
P.S. Выглядит tkinter ужасненько…
Офлайн
39
Приемлемо кинуть скайп в личку. На почту захожу редко.
P.S. Документация по flask на 90% переведена на русский. Статьи Мигеля переведены на русский. Учебник по flask тоже есть на русском. Документации меньше, чем по джанге, но все же она есть 
Офлайн
22
имхо, попробовать надо все, и потом уже каждый для себя решит, что True а что False.
я ктому что и ткинтер ненадо отбрасывать, гуевина из коробки. базовые вещи умеет и досточно. что нить простое реализовать очень просто и удобно
Офлайн
3
Rodegast
Нельзя что-то хорошо усвоить не применяя это на практике. В задаче про редукторы нет ничего сверхъестественного. Сначала сделай библиотеку из функций которые будут решать расчётные задачи, а потом реши какой тип интерфейса тебе лучше подойдёт. В вебе проще с монетизацией, но веб сам по себе ограничен так что лучше сразу писать гуй (только всякими глупостями вроде tkinter не занимайся, сразу используй нормальные тулкиты).
Офлайн
857
Kon52Всё сводится к тому, что ты не знаешь, что придётся учитывать, поэтому писать изначально надо так, будто появиться может что угодно. Есть куча книг, которые описывают технологии написания такого кода, который будет везде подходить. Смысл один - функции, классы и другие сущности (модули системы) должны как можно меньше знать друг о друге и иметь как можно более простые точки входа и выхода.
3.Если я напишу логику для расчета прямозубого редуктора(чтобы пока не усложнять), легко ли будет модифицировать её так, чтобы в дальнейшем можно было расчитывать и косозубый? Или это нужно учитывать изначально?
Отредактировано py.user.next (Авг. 6, 2015 00:55:10)
Офлайн
3
py.user.next
Есть куча книг, которые описывают технологии написания такого кода, который будет везде подходить.
py.user.next
иметь как можно более простые точки входа и выхода.
py.user.next
То есть функция, вычисляющая какое-то значение для редуктора, не должна знать, в каком редукторе она используется, и вообще не должна знать, что она используется в редукторе.
Офлайн
39
Kon52
Вообще, мне на данном этапе Ваш пост кажется немного абстрактным, не могу уловить пользу от совета, хотя она там, скорее всего, есть.
Офлайн
186
> Гуй на данный момент не напишу- 100%.
Почему? Тут главное начать, а гуй не так страшен как его малюют.
> 3.Если я напишу логику для расчета прямозубого редуктора(чтобы пока не усложнять), легко ли будет модифицировать её так, чтобы в дальнейшем можно было расчитывать и косозубый? Или это нужно учитывать изначально?
Ты сначала напиши, а про то как модифицировать будешь потом думать.
Офлайн