babababam

레시피는 요리를 만드는 일련의 과정을 작성한 것이다. 레시피 자체는 재료나 음식에 직접적인 영향을 주지 않는다. 대신 레시피를 보고 음식을 만드는 사람이 존재한다. 각각의 순서를 따라 조리하면 음식으로 구체화 된다. 필요한 재료 목록도 레시피를 살펴보면 언제든 작성할 수 있다. 어떤 조리기구가 필요한지, 얼만큼 시간을 들여야 하는지 레시피를 작성한 이후에도 언제든 필요한대로 목록을 만들 수 있다.

지금 런칭할 것

사람들이 원하는 무언가를 만들 것

확장 안되는 일을 할 것

90 / 10 해결책을 찾을 것 (10%의 일/노력/시간으로 90%를 달성할 수 있는 일)

당신의 프로덕트를 사랑하는 10-100명의 고객을 찾을 것

모든 스타트업은 어느 시점엔가 완전히 망가지기 마련

코드를 작성하고 사용자와 대화할 것 (반복)

"그 돈은 당신 것이 아니다" (돈 쓰는데 더 책임감 있게 사용할 것)

성장은 개척의 결과가 아니라 훌륭한 프로덕트에 따르는 결과

사람들이 실제로 원하는 무언가를 만들기 전까지 팀/프로덕트를 확장하지 말 것

평가는 성공과 동일하지 않고 성공 가능성과도 관련이 없다

큰 고객과 오래 협상해야 하는 거래는 가능하면 피할 것

대기업의 개발 요청을 피할 것 - 시간 낭비임

고객을 얻기 위한 최선의 방법이 아닌 경우에는 컨퍼런스를 피할 것

시장에 맞는 프로덕트 - 확장 안되는 일을 할 것: 작고 날렵하게

스타트업은 주어진 시간에 오직 한 가지 문제를 잘 해결할 수 있음

창업자 관계는 생각보다 문제가 될 수 있음

때때로 고객을 잘라야 하는 경우도 있음 (아마 그 고객은 당신을 죽이려고 할 것) (1000명의 귀찮음보다 크리티컬한 10명의 문제에 집중)

경쟁자는 무시할 것. 그들에게 죽을 가능성보다 스스로 목숨을 끊을 가능성이 더 높음

대부분 회사는 돈을 다 썼다고 망하지는 않음

착하게 행동할 것. 적어도 나쁜 사람이 되지 말 것

잠 좀 자고 운동할 것. 스스로를 돌볼 것

JSONENcoder를 직접 구현하는 방식, 간단한 함수 구현, 간단한 함수 구현 2 정도가 구글링해서 접할 수 있는 내용인데 별로 깔끔하게 느껴지지 않았다. flask의 jsonify 같은걸 쓰려면 이미 string으로 전환된 json보다는 그냥 dict 같이 파이썬 자료형으로 바꾸는 방법이 나을 것 같았다.

그래서 gist에 올라온 스니핏이랑 dictalchemy를 찾을 수 있었다. 전자는 dict로 전환할 때 어떤 필드와 프로퍼티를 사용하는지 메타에 같이 정의할 수 있었고 후자는 전환할 때 지정할 수 있는 부분이 마음에 들었다. 둘이 적당히 섞인 어중간한 것이 필요했는데 찾지 못하고 inspect() 써서 하는 방법 참고해서 클래스를 하나 만들었다.

from datetime import datetime from sqlalchemy import Column, Integer, String, DateTime from sqlalchemy_norm import Normalizable from yourapp.database import Base class User(Base, Normalizable): __tablename__ = 'users' id = Column(Integer, primary_key=True) name = Column(String) nickname = Column(String) password = Column(String) # do not save password as plain string point = Column(Integer) created_at = Column(DateTime) # specify your dict strcutrue inside the model __excludes__ = ['password'] __includes__ = ['display_name'] @property def display_name(self): return "%s (%s)" % (self.nickname, self.name) def __init__(self, name, nickname=None, created_at=datetime.now()): self.name = name self.nickname = nickname self.created_at = created_at

사용은 이런 식으로..

from models import User me = User("Edward", "haruair") me.password = "strong password" me.point = 42 print(me.vars()) """ { 'id': 1, 'point': 42, 'name': 'Edward', 'nickname': 'haruair', 'created_at': '2016-01-01T00:00:00.123456', 'display_name': 'haruair (Edward)' } """

별 내용 없는 내용이긴 하지만 PyPI 올리는게 궁금해서 패키지로 만들어봤다. 코드도 많이 너저분해서 부끄럽지만..😳 sqlalchemy-norm 에서 확인할 수 있다.

물론 전혀 안되는 것은 아니다. 웹서버의 힘을 빌리면 못할 것이 없다. htaccess나 nginx.conf를 수정하면 endpoint를 마음대로 변경하거나 제어할 수 있다. 코드 내에서 라우팅을 하고 싶다면 파일 하나로 모든 요청을 보내도록 한 후에 route를 지원하는 패키지나 지원하는 framework을 쓰면 그만인 일이다. 그런데 나는 이게 너무나도 귀찮은 잡일로 느껴지는 것이다!

이 토이 프로젝트가 (대부분은 웹서비스인데) 페이스북처럼 큰다면 좋겠지만 한두번 코드 만들어보다가 아니면 던져버릴 지도 모르는 코드고 대부분 프로토타이핑 느낌으로 만드는 경우가 많다. 그런데 이런 프로젝트에 라우팅 한다고 설정을 만지면서 환경을 세팅하는 시간이 너무나도 귀찮은 것이다. 물론 다른 언어라고 웹서버 환경을 전혀 만질 필요가 없는 것은 아니지만 이런 잡일을 시작부터 하진 않으니 말이다.

그래도 요즘은 php에 내장된 빌트인 서버를 개발 환경에서 임시로 사용할 수 있도록 bin/console에 넣어주기도 하고 그렇지만... 왜 PHP에서의 귀찮음을 해결하는 방식이 더 많은 귀찮음을 낳는 기분인지 모르겠다.

게임 엔진/프레임워크에 대해서.

왜 안spritekit이요?

멀티플랫폼 해보고 싶음.

왜 안cocos2d요?

C# 써보고 싶어서.

왜 안unity3d요?

다 좋은데 잘 모르겠다. 자잘하게 만들어보기도 했는데 내 스타일이랑 좀 안맞는 느낌. C# 버전도 너무 낮고.

유니티 말고 C# 쓸 수 있는 환경은?

monogame과 cocossharp 정도. 그런데 이 둘의 관계가 엄청 미묘하다.

MS가 XNA를 만들던 시절

MS XNA의 오픈소스 구현체 monogame

MS가 XNA 더이상 개발 안한다고 포기 선언

"monogame은 계속 개발한다!" (현실은 시들)

cocos2d를 XNA 호환으로 포팅한 cocos-xna (xna가 없으니 monogame 위에서 구동됨)

xamarin이 cocos-xna 가져다가 cocossharp 만듬

cocossharp의 미성숙함 + monogame의 버그 = 외면 당함

MS에서 Xamarin 인수

cocossharp의 운명은?

그나마 대체할 앱과 서비스를 보면 Line은 주변에서 많이 안쓰고 KakaoTalk은 많이 쓰지만 호주라서 그런지 품질도 그닥 좋질 않고 오락가락 할 때가 많다. Skype가 가장 안정적인 느낌인데 여전히 예전의 메신저 느낌이라서 FaceTime과는 느낌이 다르다. 윈도폰을 고려하는 이유도 이쪽에서의 Skype는 좀 낫지 않을까 싶어서인데.