진행하면서 방향이 계속 수정되고 있습니다.
현재까지 연구한 바에 의하면, 지갑 UI 자체를 새로 만들 수도 있겠습니다.
윈도즈 한정으로 계획했었기 때문에, 이왕이면 멋지게 WPF로 하면 어떨까싶습니다.
혹시 WPF 프로그래머 계시면 (silverlight건 다른 것이건 desktop app. UI 개발이면 됩니다) 지원 좀 부탁드립니다.
고맙습니다.
2014-06-25 18:10:11
[new 잭팟지갑] UI 프로그래머 찾습니다.
2098 1 34
댓글 34
-
윈도우 한정이 웬 말입니까! ㅠㅠ ( 맥유저는 웁니다. )
-
?
@calmlake79리눅스 유저도 웁니다.
-
?
@코인캐자저는 리눅스 유저가 아니어서 그 심정 모르겠습니다. ㅋㅋ
죄송합니다만, 초단기 프로젝트인 이번에는 양해를 부탁드립니다. -
?
@calmlake79저도 맥유저입니다........ 만 울지 않습니다. 캔디처럼 견뎌내야지요~ ^^
시작은 이렇게 작게 하지만, 크게 키워야겠지요. -
윈도만 한정하는게 큰 의미가 있는건지 몰겠네요..
모든 OS에서 어느정도 일관성을 가지는게 좋지 않을까요?
(다른 OS에서는 구버전인 것 같은 느낌을 주느니..)
국내도 맥을 많이 쓰지만, 외국은 맥을 상당히 많이 쓰는것 같은데요. -
@monsterbobhttp://macnews.tistory.com/1947
OS X 10.9 3.2%라고 나오네요. -
?
@monsterbob작게 시작해서 빠르게 완료한다는데 의의가 있습니다.
-
?
이번 프로젝트(구글OTP를 넣어서 보안성을 강화하는 것)는 고급 해커에게는 속수무책임을 다시 한 번 강조합니다.
이번 프로젝트의 목적은 잭팟 코인이 이대로라면 계속 추락할 것 같아, 급한대로 호재를 만들어 내는 것인데요...
그래서 빠른 개발과 배포를 첫 번째 요소로 보고 있습니다.
그래서 범위를 무척 줄여서 작업하고 있습니다.
일단 이렇게 작게 시작하고, 계속 넓혀갈 수 있었으면 하는 바램을 가지고 있습니다. 이해를 부탁드립니다. -
근데, 문제중의 하나가 리눅스 지갑이 없으면 거래소에서 거래를 하지 못합니다;;
이부분은 조금 치명적인 문제라고 생각됩니다.
적어도 데몬은 가능하겠지요?;;;; -
?
@calmlake79기존의 지갑을 계속 쓸 수 있습니다.
이번 버전은 기존 버전의 데몬 위에 얹어지는 형태입니다. -
?
일단 배포 후 추후 개발 예정이라는 말만 써도 충분할 듯 합니다. 일단 어쩔 수 없죠...
-
?
@쿠끼요예... 그렇습니다.
맘같아서야 멀티-시그너처 트랜잭션이 지원되는 완전한(적어도 지금까지 나온 형태중에서는) 보안성을 지닌 지갑을 만들고 싶습니다만, 지금은 시기가 아닌 것 같습니다. -
@drjoon아마 지금 상황에 그 마음은 누구보다 제가 잘 알껍니다 ㅠ_ㅠ
-
?
@calmlake79하핫... 그렇겠군요. 인정!
-
?
그리 무거운 프로그램은 아니니
호환성 최고인 JAVA로 만드시는건 어떨까요?
JAVA로 만들면 한번코딩하면 운영체제도 안가리고 UI도 완전히 똑같아서 좋지 않을까 싶습니다~^^* -
?
@ArthurJPC 소스코드가 C++로 만들어져 있답니다.
자바로 만들어서 주목받고 있는 코인이 있었는데... 뭐였더라?? 까먹었어요.
하여튼 자바로 만들면 대박이죠. 하지만 지금 C++로 만들기도 버거운 현실입니다. ㅠ..ㅠ -
?
@drjoon아하 제가 코인을 잘몰라서
헛소리로 성가시게 해드렸네요 ㅠㅠ
죄송합니다 *^^* -
?
@Arthur아니예요... ^^;
-
잿팟 소스보니까 c++이던데 VC++로 작업하는건가요?
-
?
@동네불패예. 맞습니다. MSVC++ 로 작업하고 있습니다.
-
사실 지갑이 QT로 만들어진 이유가 리눅스, 맥, 윈도우즈를 가리지 않고 모든 플랫폼에서 동일한 UI로 사용가능하기 때문인 이유가 가장 크다고 생각합니다.
그냥 지금의 QT기반으로 가시면 리눅스나 맥으로도 쉽게 이식이 가능할텐데 꼭 윈도우 전용 GUI로 가야하는 이유가 있는지요? -
@LTC드론제가 제작자와 관련은 없지만,
기존 QT지갑에서 일반인들이 필요로하는 기능들이 적재적소에 없는 부분은 좀 개선될 필요가 있을 것 같습니다.
이런 부분들만 개선되고 윈도우 사용자들만이라도 사용하기에 훨씬 수월해지지 않을까요? -
?
@LTC드론개발자님이 처음부터 윈도즈를 우선적으로 만들자라고 하셨기에, 계속 윈도즈 쪽으로만 생각해서 진행하고 있습니다.
'기술적인' 면을 보면 크게는 의미가 없을 것 같습니다만, '마케팅' 면을 보면 예쁘게 만드는 것도 괜찮겠다는 생각이 듭니다. QT로는 예쁘게 만드는데 한계가 있지요?
하지만 (잘 안 풀리면) QT를 유지하면서 OTP 모듈만 얹어도 될 것 같습니다. -
?
인력이 한정되어 있으므로 윈도우만 진행하는 것이 효율적입니다.
-
?
@아하하호네.. 맞습니다.
세 가지 다 손보려면 시간을 더 많이 투입해야하지요.
개발자는 한 분인데, 손을 덜어드리는게 좋겠습니다. -
일단 윈도우 버전만 진행하는 것은 좋지만, 개발환경을 일부러 윈도우 전용으로 할 필요는 없을 것 같은데요. 추후의 개발을 염두에 둔다면 더 그렇지 않을까 싶습니다. 지갑에서 필요한 UI 정도는 qt 위에서도 거의 다 가능하지 않나요?
-
@atomrigs+1
-
?
@atomrigsQT는 cross-platform이다보니 예쁘게 만드는데는 한계가 있으리라 생각됩니다.
'보안성' 측면에서 큰 진일보가 있는 것이 아닌 이상, 전문가들 사이에서는 외면받을 수 있다고 보구요,
그렇다면 일반 유저들 사이에서 좋게 보이는게 필요한데, UI라도 지금보다 개선되면 더 좋을 것 같다는 생각을 했습니다. -
@drjoon글쎄요. 그래도 이번 개선이 보안성강화인데 이쁘게 만들기 위해서 앞으로의 확장성을 포기한다는게 좀...
말씀하셨듯이 이번 프로젝인 앞으로의 개발을 위한 새 개발자의 참여, 개발환경에 대한 경험, 이런 쪽에 더 무게 중심을 담아야 할 듯합니다. 앞으로의 지갑은 cross-platform을 고려하지 않을 수 없으니, 이번에 qt 경험을 해두는 것도 도움이 될 것 같구요. 또한 이 보잘것 없는 qt 지갑이 수년간 온갖 코인을 통해 검증받아온 "안정성" 도 어느정도 인정해줘야 하는 것이 아닐까 생각합니다. 갑자기 윈도우 전용라이브러리를 사용한 지갑에 대해서 얼마나 많은 사람들이 신뢰를 해줄지도 의문입니다. 저 개인적으로는 가능한 MS 쪽 제품은 안쓰려고 노력하는 터라 좀 편견이 들어있는지도 모르겠습니다. -
?
@atomrigs좋은 의견입니다.
개발자님과 의논해 보고 피드백드리겠습니다. -
?
어도비 에어 어떨까요??
크로스플랫폼, 예쁜UI 둘다 가능합니다.. -
?
@카디혹시 개발에 참여해주실 수 있을까요?
-
?
@drjoon저는 어도비 에어 쓸줄 몰라요... ㅋㅋ
그냥 좋은 UI 찾으시길레 에어라는 대안도 있다고.. 언급한 것뿐 ㅜㅜ -
?
@카디네 ^^:
