모바일 오유 바로가기
http://m.todayhumor.co.kr
분류 게시판
베스트
  • 베스트오브베스트
  • 베스트
  • 오늘의베스트
  • 유머
  • 유머자료
  • 유머글
  • 이야기
  • 자유
  • 고민
  • 연애
  • 결혼생활
  • 좋은글
  • 자랑
  • 공포
  • 멘붕
  • 사이다
  • 군대
  • 밀리터리
  • 미스터리
  • 술한잔
  • 오늘있잖아요
  • 투표인증
  • 새해
  • 이슈
  • 시사
  • 시사아카이브
  • 사회면
  • 사건사고
  • 생활
  • 패션
  • 패션착샷
  • 아동패션착샷
  • 뷰티
  • 인테리어
  • DIY
  • 요리
  • 커피&차
  • 육아
  • 법률
  • 동물
  • 지식
  • 취업정보
  • 식물
  • 다이어트
  • 의료
  • 영어
  • 맛집
  • 추천사이트
  • 해외직구
  • 취미
  • 사진
  • 사진강좌
  • 카메라
  • 만화
  • 애니메이션
  • 포니
  • 자전거
  • 자동차
  • 여행
  • 바이크
  • 민물낚시
  • 바다낚시
  • 장난감
  • 그림판
  • 학술
  • 경제
  • 역사
  • 예술
  • 과학
  • 철학
  • 심리학
  • 방송연예
  • 연예
  • 음악
  • 음악찾기
  • 악기
  • 음향기기
  • 영화
  • 다큐멘터리
  • 국내드라마
  • 해외드라마
  • 예능
  • 팟케스트
  • 방송프로그램
  • 무한도전
  • 더지니어스
  • 개그콘서트
  • 런닝맨
  • 나가수
  • 디지털
  • 컴퓨터
  • 프로그래머
  • IT
  • 안티바이러스
  • 애플
  • 안드로이드
  • 스마트폰
  • 윈도우폰
  • 심비안
  • 스포츠
  • 스포츠
  • 축구
  • 야구
  • 농구
  • 바둑
  • 야구팀
  • 삼성
  • 두산
  • NC
  • 넥센
  • 한화
  • SK
  • 기아
  • 롯데
  • LG
  • KT
  • 메이저리그
  • 일본프로야구리그
  • 게임1
  • 플래시게임
  • 게임토론방
  • 엑스박스
  • 플레이스테이션
  • 닌텐도
  • 모바일게임
  • 게임2
  • 던전앤파이터
  • 마비노기
  • 마비노기영웅전
  • 하스스톤
  • 히어로즈오브더스톰
  • gta5
  • 디아블로
  • 디아블로2
  • 피파온라인2
  • 피파온라인3
  • 워크래프트
  • 월드오브워크래프트
  • 밀리언아서
  • 월드오브탱크
  • 블레이드앤소울
  • 검은사막
  • 스타크래프트
  • 스타크래프트2
  • 베틀필드3
  • 마인크래프트
  • 데이즈
  • 문명
  • 서든어택
  • 테라
  • 아이온
  • 심시티5
  • 프리스타일풋볼
  • 스페셜포스
  • 사이퍼즈
  • 도타2
  • 메이플스토리1
  • 메이플스토리2
  • 오버워치
  • 오버워치그룹모집
  • 포켓몬고
  • 파이널판타지14
  • 배틀그라운드
  • 기타
  • 종교
  • 단어장
  • 자료창고
  • 운영
  • 공지사항
  • 오유운영
  • 게시판신청
  • 보류
  • 임시게시판
  • 메르스
  • 세월호
  • 원전사고
  • 2016리오올림픽
  • 2018평창올림픽
  • 코로나19
  • 2020도쿄올림픽
  • 게시판찾기
  • 오유인페이지
    개인차단 상태
    그손님의
    개인페이지입니다
    가입 : 12-12-27
    방문 : 922회
    닉네임변경 이력
    회원차단
    회원차단해제
     

    그손님의 댓글입니다.
    번호 제목 댓글날짜 추천/비공감 삭제
    40 Angular JS / TypeScrip에 대한 생각 [새창] 2016-02-22 22:54:05 0 삭제
    먼저 REST가 설계 스타일이 아니라고 언급한 부분에 대해서는 저의 착오가 있었음을 말씀드릴수 밖에 없네요 =_=
    API가 아닙니다라고 적는다는게 뭔 생각으로 저런 글을 적었을까요.
    이미 저 글을 올리기 전에 위키에서 내용도 확인했습니다..
    몇번더 읽고 심사숙고 해서 글을 올릴걸 하는 후회가 됩니다..
    짬짬히 시간을 내어 글을 작성하다 보니 통신의 규격을 만든다는 것에 집중해서 보다 삐끗한 느낌입니다만..

    데이터를 다루는 핵심 로직이 프론트엔드로 가는 경우가 없어야 하겠지만..
    제가 어쩔수 없이 지금 그렇게 구현하고 있습니다..(__)
    지금 만들고 있는 서비스는 다른 방법이 안 떠오르네요

    stateless 하기 어려운 웹서비스에서 REST는 배움의 깊이가 짧아 어렵기도 합니다.

    앞으로 더 열심히 공부하고 좋은 개발을 하기 위해 노력하겠습니다

    저로서는 즐거운 토론이었지만 혹여 감정을 상하게 하지나 않았나 걱정스럽기도 합니다 (__)
    38 Angular JS / TypeScrip에 대한 생각 [새창] 2016-02-22 17:53:07 0 삭제
    개발의 완전 분리보다 업무 분장의 편리함으로 봐야 하지 않을까요?
    REST나 SOAP은 인터페이스라기 보다는 아키텍처로 표현하는게 나을 것 같습니다.
    딴지 걸려는 건 아니에요 ㅠㅠ
    (혹시나 기분 나쁘실까봐 몇번을 썼다가 지우는지..모르겠네요..)

    백엔드에서 REST를 이용하여 데이터를 넘겨주는 단계까지 작성을 하게 되면 자연스럽게 클라이언트로 비즈니스 로직의 대부분이 넘어가게 됩니다.
    그렇기 때문에 angular나 react 같은 프레임워크를 사용하는게 이득이 있게 되죠.

    웹과 앱이 동일한 백엔드를 사용할 경우는 위와 같은 설계와 업무 분장이 실용적이겠죠.

    특징에 맞게 나누는게 나쁜게 아닙니다.
    오히려 나눌수록 이득이 되는 상황이 많아질거라 보구요.
    불필요한 기능의 구현이라는 부분에서는 절반정도 납득이 되기는 합니다.

    백엔드와 프론트엔드의 분리에서 실제로 겹쳐지는 부분은 프리젠테이션과 관련된 로직도 일부 있겠지만,
    비즈니스 로직을 어디에 구현하는가하는 부분과도 연관이 많다고 봅니다.

    비즈니스 로직을 프론트엔드로 100퍼센트 넘겨도 되는가?
    저는 좀 회의적인 입장입니다.

    서버와 클라이언트는 떼고 싶어도 떼기 힘든 부분이 많다고 봅니다.
    서버는 클라이언트를 신뢰하여 작성되기도 힘들구요.
    그렇기 때문에 업무의 분장이라는게 어려울수도 있구요.

    프로그래밍 게시판 게시물 중 주객이 전도된 경우가 많아서 좀더 명확하게 얘기를 해보고 싶었어요..
    눈팅족이었는데 요즘 들어 자주 게시물에 글을 달게 되네요..

    혹여라도 저의 표현에 부족함이 있어 기분 나쁘시다면 너그럽게 이해해 주시길 바랍니다.
    36 Angular JS / TypeScrip에 대한 생각 [새창] 2016-02-22 13:38:39 0 삭제
    조금 혼동스러운데요..

    SPA로 구현한다고 굳이 nodejs를 쓸 필요는 없겠고, 데이터바인딩 라이브러리를 장문으로 코딩할 필요가 있나요?
    쿼리한 데이터 모델을 json으로 내려받아 사용하게 되는게 대부분일 것 같은데요

    그렇기 때문에 자바스크립트를 줄일수록 좋다는게 무슨 뜻인지 모르겠네요..
    서버의 부담을 줄일수록 더 많은 사용자를 수용할수 있기 떄문에 클라이언트를 리치하게 설계하지 않나요
    또한 프리젠테이션과 관련된 소스가 서비스에 구현되지 않을수록 유지보수에 편리한 점도 있을테구요
    어떤 면에서 편리할까요? 자바스크립트를 적게 코딩할 수 있다는 점?

    애초레 AngularJS는 사용자의 컨트롤 등에 따라 한폼에서 ajax로 데이터를 여러가지로 수신하게 될 경우
    scope등으로 편리하게 서로의 영역 침해(?)에 대한 고려없이 코딩할 수 있는 아주 편리한 도구입니다.
    사용할 필요가 없는 경우에는 쓸 필요가 없고, 억지로 쓰게 되면 어렵고 복잡하게 느껴질수도 있겠지만요..

    Angular가 유료버전이 나오나요?

    TypeScript는 제가 정확하게 알지 못해 정확한지는 모르겠지만
    CoffeeScript?처럼 스크립트를 편리하게 코딩하고 javascript로 컴파일 할수 있나본데
    툴이나 컴파일러의 필요성은 있겠지만 서버에는 별다른 제약이 없을것 같네요.

    디버깅이 어려워진다는 점에 대해서는 일부 동의합니다.
    AngularJS Batarang 등으로 조금은 편리한 방법도 있지만,
    javascript이 코딩할때 툴의 도움을 받는데 한계가 있어 더 많은 오류를 만들 가능성이 애초에 높기도 하죠.
    (그래서 대안들이 자꾸 나오는것 같아요. TypeScript같은..)
    자바스크립트는 라이브러리의 연관 관계가 복잡해질수록 더욱 디버깅이 어려워지지만, 그렇다고 해서 편리한 라이브러리를 포기할 수도 없죠.

    라이브러리를 사용할 때에는 bower등으로 소스를 내려받아
    개발할때 디버깅을 하고 grunt등 자동화 도구를 이용하여 압축된 소스를 서버에 올리는 방식으로 하시면
    디버깅의 어려움을 조금은 덜 수 있지 않을까 싶네요.

    Angular는 아래 어떤분이 말씀하신 것처럼 dirty checking으로 인한 성능의 저하등 몇가지 문제를 제외하고는 아주 훌륭한 프레임워크라고 생각합니다.
    35 스프링을 공부하려고 하는데 책좀 추천해주세요. [새창] 2016-02-22 12:08:14 0 삭제
    버전은 크게 상관없으니 토비로 공부하시길 추천드립니다
    위 사이트는 당장 구현이 급한 어쩔수 없는 경우가 아니라면 추천드리고 싶지 않네요
    원리에 대한 이해없이 외워라 하는 방식은 오히려 돌아가는 길이기도 합니다.

    다들 토비의 스프링을 추천하는 이유가 있습니다
    스프링의 원리를 알아가시는게 부족했던 자바의 언어적인 이해도, 관련 기술, 객체지향적 구현의 방법론에 대한 습득이 함께 동반되기 때문이고
    그런 점에서 토비의 스프링이 명쾌한 답을 주고 있기 때문에 추천 드리는 겁니다

    토비가 어렵다 라고 생각되시면 포기하지 마시고 일단 끝까지 보신 다음에 여러번 되풀이 해서 보세요.
    자바에 대한 이해가 문제라는 생각이 되시면 중간에 자바를 조금 더 공부하신후 보셔야겠죠.
    34 웹 개발자의 진입장벽 , 능력들 무엇이라 생각하시나요? [새창] 2016-02-20 14:48:30 0 삭제
    진입장벽이 낮다고 하면 상대적인 비교의 대상이 있어야 할것 같은데요

    개인적으로 웹의 진입장벽이 낮다고는 생각하지 않습니다만
    어떻게든 구현만 하면 된다는 시점에서 보면 진입 장벽은 상대적일 수 있겠죠.
    툴과 프레임워크의 사용자가 되어 각각의 기술들에 대한 이해없이 단순 데이터 입출력만을 구현하는 경우라고 하면 한없이 진입장벽을 낮출수도 있겠구요

    개발자의 능력은 문제가 생겼을때 그 문제를 해결하는 능력이라고 봅니다.
    문제를 깊이 있게 분석하지 않고 프레임워크나 기술적인 한계로 섣부르게 규정짓는다거나,
    기술을 정확하게 이해하지 못해 해결 방법을 도출하지 못하는 개발자도 많거든요.
    심지어는 디버깅 조차 못하는 개발자도 많죠.
    (디버깅이 쉽지 않은 환경도 많구요.. 그래서 디버깅이 편리한 자바가 좋습니다!)

    그렇기 때문에 개발자로서 가장 중요한 능력은
    여러가지 기술의 의미와 한계를 명확하게 이해하여 당면한 문제를 해결하기 위해 적절한 기술을 조합하고 습득하고 구현하는 것이 중요하다 생각합니다.
    33 괜찮은 LAMP 쉘 스크립트가 있을까요? [새창] 2016-02-20 14:20:42 0 삭제
    우분투에서 설치는 너무 쉬워서 따로 스크립트가 필요할 이유가 있을까 싶을 정도인데요
    영문이지만 amp를 설치하기 위해서는 다음의 페이지를 참조하시면 될겁니다
    https://www.digitalocean.com/community/tutorials/how-to-install-linux-apache-mysql-php-lamp-stack-on-ubuntu-14-04

    아파치 설치만 하신다면
    sudo apt-get update
    sudo apt-get install apache2
    하시면 설치됩니다
    32 프로그램이 스스로 프로그래밍하는 프로그램 [새창] 2016-02-18 18:37:36 0 삭제
    아닙니다!
    31 원 게시글이 삭제되었습니다. [새창] 2016-02-17 18:39:04 1 삭제
    실례가 될수도 있지만 이전 게시물 보기를 한번 눌러봤습니다
    이제 개발하신지 반년 조금 넘으신것 같으네요
    여러가지 면에서 조금은 더살고 더해본 입장에서 말씀드리고 싶은게 참 많은데 짧게 한말씀드리자면

    안타깝네요
    지금처럼 프로그래밍하시는건 미래를 위해서도 현재를 위해서도 전혀 도움이 되지 않습니다
    일하시는데서 시간상의 여유가 없어서 차근히 알아갈 기회를 가질수 없다면
    좀더 배울수 있는 곳을 찾거나 하는 다른 방법이 필요하지 않을까 싶기도 하네요

    누구보다 본인이 가장 힘들거라고 생각하니 얼마나 힘들까 하는 생각에 짠한 생각이 듭니다

    주제넘게 이런 말 할 자격은 있나 미리 반성해봅니다
    (__)
    30 원 게시글이 삭제되었습니다. [새창] 2016-02-17 18:04:00 0 삭제
    jstl의 function을 사용하기 위해서는 페이지에
    <%@ taglib prefix="fn" uri="http://java.sun.com/jsp/jstl/functions" %>
    등의 선언을 통해 해당 taglib을 사용할 것임을 알려주셔야 합니다.
    29 원 게시글이 삭제되었습니다. [새창] 2016-02-17 17:59:02 0 삭제
    var msg = "${comment}";
    이렇게 되어야 하지 않을까요?

    서버 소스가 아니라
    웹브라우저에서 소스보기나 개발자모드 등을 통해
    클라이언트로 전달된 html 소스를 확인해보시면 문제를 확인하기에 편하실것 같아요
    28 자바 초보입니당! 고수님들 도와주세용!!ㅠㅠ [새창] 2016-02-17 17:05:26 1 삭제
    정상 비정상을 판단하기에는 자료가 너무 없어서 근거가 부족하네요

    다음부터는 조금 자세한 내용을 담아 질문을 해주시면
    답변하는 쪽에서 고민하는 시간이 줄어들어 빠르고 정확한 답변을 받을수 있을것 같아요~

    위 소스는 얼핏 조건을 준수하는것 같지만
    데이터에 따라서 결과가 조건을 만족하거나 못할수 있습니다

    예를 들자면,
    사용자가 30분짜리 플레이 리스트를 요구한다고 했을때
    리스트 마지막 데이터를 받아올때
    playTime이 27분 30초 였다고 하고 지금 랜덤으로 가져온 마지막 곡이 2분 30초이상 3분 이하면 해당 조건을 만족하게 되지만
    3분 30초짜리라고 하면 31분짜리 리스트를 리턴할 수 밖에 없게 되는거죠

    만약 엄격하게 조건을 지키도록 구현한다고 했을때
    훨씬 복잡하게 데이터를 핸들링해야 합니다.

    이해하기 가장 쉬운 형태로 방식을 하나 설명드리자면, 대략 이렇게 되겠죠.
    1. +-30초의 조건에 만족하는 리스트를 모조리 만들어서 그중에 하나의 리스트를 랜덤하게 리턴함
    2. +-30초 조건을 만족하는 리스트를 생성할수 없을 경우, 오류를 리턴
    3. 좀더 랜덤한 결과를 위해서는 리턴할 리스트에 들어있는 곡의 순서를 랜덤하게 섞어서 리턴
    27 자바 초보입니당! 고수님들 도와주세용!!ㅠㅠ [새창] 2016-02-17 16:00:53 0 삭제
    위 소스는 제가 말씀드린 조건에서는 무한루프를 발생시킬수 있습니다
    왜냐하면 maxTime +-30초 이내의 조건에서만 루프를 빠져나갈수 있게 되는데
    maxTime>playTime+30이 되면 루프를 빠져나갈수 없게 되거든요

    while(maxTime < playTime + 30) {
    리스트 만들기 등등..
    if (maxTime > playTIme -30) break;
    }
    이렇게 구현하는 경우에 그런 문제를 막을수는 있지만
    요구사항인 +-30초라는 조건은 준수할 수 없게 되겠죠
    26 자바 초보입니당! 고수님들 도와주세용!!ㅠㅠ [새창] 2016-02-17 15:38:10 0 삭제
    아..maxTime은 전체 재생시간 제한을 위해서 누적하기 위한 변수군요!

    리스트의 데이터에 따라서 달라질수 있겠지만 전체 재생리스트가 + - 30초의 길이를 보장할수 없을거예요.

    예를 들어 곡의 길이가 모두 5분이라고 했을때,
    사용자는 13분의 길이의 리스트를 요구한다고 해도
    13분의 근사치는 10분이나 15분짜리가 될테니 +-30초라는 조건은 약속할수 없게 되겠죠

    질문에서 조건 시간과 관련없는 데이터를 갖고 온다는게 무슨 말인지 모르겠어요
    조금 더 부연설명이 있어야 겠는데요.
    데이터와 결과 화면을 올려주시면 도움을 드리기 편할것 같아요~!



    [1] [2] [3] [4] [5] [6]

     
    단축키 운영진에게 바란다(삭제요청/제안) 운영게 게시판신청 자료창고 보류 개인정보취급방침 청소년보호정책 모바일홈