https://ipfs.io/ 요즘 블록체인쪽에서 이미지 호스팅쪽에 많이 활용하고 있더군요. 굳이 그런 용도로 개발된 것은 아닙니다만.
좀 쓰려면 bluemix랑 호환이 요구되서 그런거 같기도 하구요.
firebase랑 유사한 형태입니다.
클라우드와 독립적으로 진행되는 프로젝트들도 있지만요.
최적화 지원. 어찌보면 맞는 전략인거 같고. 모르죠. 어떻게 될지는. 워낙 기업용이 막강한 IBM이라.
depend on 번역에 대해 생각해봤는데요 https://www.transifex.com/golang-korea/go-specification/translate/#ko/program_initialization_and_execution_package_initializationmd/130649495 에서 depend on 은
의존한다로 적용하는 것이 가장 무난할 것 같네요.
이쪽도 비가 오네요. 꽃가루때문에 비가 오면 전 환영입니다.
먼가 통일이 될 것만 같은 분위기네요.
너무 김치국물부터 마시는 것 아닌가 싶기도 합니다만...
identifier = letter { letter | unicode_digit } .
go spec에서는 . 에 대해서는 명확한 설명이 없군요. 위키피디아에서는 terminator symbol이라고 언급되어 있군요. https://en.wikipedia.org/wiki/Extended_Backus%E2%80%93Naur_form
Notation 챕터에서 언급된 terminal/non-terminal 용어에 대해서는 golang 저장소에서 griesemer 가 EBNF 참고자료로 링크해준 글에도 설명이 잘 나와있군요. golang/go#17848
x/exp/ebnf: wider support for EBNF grammars
x/exp/ebnf: wider support for EBNF grammars
위키의 EBNF는 ISO/IEC 14977 문서가 링크되어 있네요.
결론부터 말하자면 go spec EBNF에서 사용된 . 은 terminator symbol 이네요.
역시나 우리의 go-spec 은 공부할 거리를 항상 만들어준다는. ㅎㅎ.
항상 lexical 이란 단어에 대한 이해가 만족스럽지 않았는데 아래의 설명으로 정리가 되는군요.
The sequence of characters of a source text is translated into a corresponding sequence of symbols of the vocabulary of the language. For instance, identifiers consisting of letters and digits, numbers consisting of digits, delimiters and operators consisting of special characters are recognized in this phase, which is called lexical analysis.
회담이후에 분위기가 날로 희망적인 방향으로 가는군요.
남북 정상회담 진짜 잘된것같아요!