A colossal Dreamer: GR鐵塔-天生我材

괜찮은 도구: PropertyWrapper @propertyWrapper public class PublishedBuffer where Buffer: RandomAccessCollection & RangeReplaceableCollection, Failure: Error, Buffer.Index == Int { public var wrappedValue: Buffer { ... } public var projectedValue: PublishedBuffer.Publisher { ... } public class Publisher: Combine.Publisher { ... } } 하나의 선언으로 3가지 타입으로 접근이 가능함. @PublishedBuffer var buffer: [Int] 아래와 같이 3..

# Platforms State of Union * Xcode Clould(유료) - 2022년말까지 개인은 무료 * Vision of Platform - 대전환기: UIKit→SwiftUI, InterfaceBuilder→Xcode --- * Swift - 강타입 언어 - Concurrency - `for` statement with `await`, `try await` - `distributed actor` - RegularEx Expression - JS와 같이 letteral 로 생성가능 ⨁ RegExBuilder - 읽을 수 있는 RegEx - Generic with `some`, `any` - `some`: on function's type parameters - `any`: on proper..

오다 주웠다. SwiftPlantUML - generate class diagrams from Swift with Swift https://github.com/MarcoEidinger/SwiftPlantUML

구성하면, 확정되는 함수형 구성에서 의미를 갖는 것 같다. 시퀀스 가 구성되면, 동작이 확정되는... 시작할 때 시퀀스를 확정하고, 끝까지 publisher 체인을 유지하는 것이 필요해 보인다. 잦은 구독/해지 는 구독상태와 해지상태가 구분되므로, 테스트 구성의 초기 부터 구분해야하게되고, 테스트를 어렵게 만든다. 하나의 완결된 흐름(사용자 관점: UX)이 시작할 때 구성하고, 해당 흐름이 완결되었을 때 해제하는 방식으로 설계한다면, 초기 설계 단계에서 상태에 무관하게 동작할 수 있도록 애 써두는 것으로 추후 흐름을 이해하거나, 테스트를 구성하는 시점에서 유리할 수 있다. 각각의 시작과 끝을 세션으로 정의한다면; UIKit 에서는 ViewController 의 라이프사이클을 하나의 세션을 바라보는 것이 ..

시니어가 많은 것을 이해하고 있다는 가정으로 부터 시작한다면, 시행착오를 많이 겪게 된다는 것을 알아차림. 시니어 팀원이든 쥬니어 팀원이든 구분없이 워노눤의 목적은 친밀도 향상 시켜 신뢰 형성하는 것이므로, 서로 무리 하지 않고, 한 걸음씩 나아가는 것을 목표로 해야함. 쥬니어에게는 어디까지가 한 걸음일 지 잘 보였는데. 시니어에게는 어디까지가 한 걸음일 지 잘 보이지 않았다. 특히 ice breaking 과정이 빈종이와 같은 쥬니어와의 관계와 많이 다름. ice breaking 에 특히 공을 들여야 할 것 같다. - 단, 외향적인 성격을 가진 시니어라면, 바로 본론으로 딥다이브도 가능했다. 첫 ice breaking 과정에서 GroundRule 이나 조직에 대해서 이야기하는 것은 시니어에 대한 대우가 ..

7.7.1 Inquiry Complete Event 7.7.2 Inquiry Result Event 7.7.3 Connection Complete Event 7.7.4 Connection Request Event 7.7.5 Disconnection Complete Event 7.7.6 Authentication Complete Event 7.7.7 Remote Name Request Complete Event 7.7.8 Encryption Change Event 7.7.9 Change Connection Link Key Complete Event 7.7.10 Master Link Key Complete Event 7.7.11 Read Remote Supported Features Complete Even..

그 전에 가지고 있었던 개발패러다임과 동반자패러다임, 성과패러다임, 인사패러다임 ... 등의 거의 모든 생각의 기반이 10년을 지나며, 송두리채 바뀌어서 무엇을 배웠다고 한 마디로 말하기 어렵다. 하지만 단편적으로도 큰 틀에서도 통할 것 같은 것이 2가지 정도 떠올랐다. 그런데... 그걸 기록하려고 이 글을 작성하던 중에 스르륵 가버려서 다시 떠올릴 수가 없다. - 나는 불안이 없을 때 기억이 유지되지 않는 경향이 있다. - 요새, 안정감이 몸에 차오르나 보다. 그럼에도 억지로 떠올려본다면, 1. 합의의 리더십 (반대는 조율의 리더십) 2. 팀으로서의 성과를 경주하는 멤버가 모인 그룹 (반대는 잘 모르겠..) 위 두 가지 원칙이 존중하며, 조율하는 대단히 어려운 리더십 발휘하는 선배, 리더, 두목, 보스..

cs193p.sites.stanford.edu CS193p - Developing Apps for iOS The lectures for the Spring 2020 version of Stanford University's course CS193p (Developing Applications for iOS using SwiftUI) were delivered to our students in an on-line fashion due to the novel coronavirus outbreak. Stanford has made these lectur cs193p.sites.stanford.edu 위 링크에 작년(2020) 봄학기에 강의내용이 공개되어 있습니다. 틈틈히 살펴봐야겠어욤.. :)

Xcode11.4.1 기준 /Application/Xcode.app - 18GB ~/Library/iOS DeviceSupport - 40GB(OS 하나당 2GB x2,메이저 2개의 마이너 5개씩 나오면... 요새는 마이너 10개) ~/Library/watchOS DeviceSupport - 10GB(OS 하나당 1GB 가량) ~/Library/Developer/DerivedData - 10GB /Application/Xcode11.3.1.app - 18GB 일단 100GB 가 필요하다. 문서는 커녕, git 저장소는 일도 고려하지 않은 수치... 컴파일부산물(DerivedData), 구버전 Xcode 를 제외해도 70GB... 넉넉히 쓰려면, 1TB 가 필요해... 512GB 는 빡빡하고.

아래 깃에서 배포하는 라이브러리를 다운 받아서 https://github.com/T-vK/ESP32-BLE-Keyboard 아두이노 IDE 에서 [Sketch/Include Library/Add .ZIP Library...] 메뉴로 zip 파일 추가해주고, Example에서 Custom 쪽에 ESP32 BLE Keyboard 예제 가지고 뚝딱뚝딱하면 되는 듯. 참조: https://www.instructables.com/id/DIY-Bluetooth-Macro-Keypad/