Yosuke Fujii

はじめに地味に時々いいねをもらえているこちらの記事の続編として、iOS14でCoreDataを使ったサンプルアプリをつくるとしたら...について簡単に紹介したいと思います。知れることUICollectionViewを利用したリスト形式の実装方法DiffableDataSourceでCoreDataをなるべく簡単に使う方法完成版コード今回の記事の元にするサンプルアプリはこちらになります。touyou/TodoAppCollectionViewPart.1 UICollectionViewを利用したリスト形式の実装方法こちらの方法はすでに何人かの方が投稿されていると思いますが、Xcode12/iOS14から導入される UICollectionListViewCell というものを利用します。DiffableDataSource をつかったリスト形式の実装サンプルを以下で逆引き的に紹介します。ほとんどは公式のCollectionViewのサンプルアプリを参考に実装しているのでより詳しい方法や他のスタイルに関してはそちらを確認してください。セクションと要素のView側での形式を定義するまずDiffableDataSourceや新しいCollectionViewを存分に活用するには、セクションに対応するenumとHashableな構造体を用意しておくとさまざまな部分がすっきりと書けるようにできます。SectionとItemenum Section: Int, Hashable, CaseIterable {    case main    case outline}struct Item: Hashable {    let name: String?    let deadline: String?    let isDone: Bool    // 入れ子形式のセル用    let hasChildren: Bool    init(_ name: String, hasChildren: Bool = false) {        self.name = name        self.hasChildren = hasChildren        self.isDone = false        self.deadline = nil    }    // このTodoがCoreDataのデータ形式    // つまりItemがViewModel、TodoがModel(Entity)のような責務の分割も自然と実現されている    init(_ todo: Todo) {        self.name = todo.name        self.isDone = todo.isDone        if let deadline = todo.deadline {            let dateFormatter = DateFormatter()            dateFormatter.dateFormat = "yyyy/MM/dd"            self.deadline = dateFormatter.string(from: deadline)        } else {            self.deadline = nil        }        self.hasChildren = false    }    private let identifier = UUID()}今回は2つのセクションで別々の形式として使いまわしたかったため2つのinit関数が実装されていますが、単純なものであればもっとシンプルで大丈夫です。レイアウトを定義する新しいCollectionViewでは UICollectionViewLayout という型にセクションごとのレイアウトを登録することによって、セクション別にバラバラのレイアウトを容易に設定することができるようになっています。一例としては以下のようなかたちです。CollectionViewに登録する部分collectionView.collectionViewLayout = createLayout()createLayoutfunc createLayout() -> UICollectionViewLayout {    let sectionProvider = { (sectionIndex: Int, layoutEnvironment: NSCollectionLayoutEnvironment) -> NSCollectionLayoutSection? in        // ここで先程のSectionを有効活用できる。下のif文は多くなってきたらSwitch文でもよいかも        guard let sectionKind = Section(rawValue: sectionIndex) else { return nil }        if sectionKind == .main {            // リスト形式のレイアウトにする            return NSCollectionLayoutSection.list(using: .init(appearance: .insetGrouped), layoutEnvironment: layoutEnvironment)        } else if sectionKind == .outline {            // ここでappearanceにsidebarを指定するとサイドバーで使われるような入れ子のリスト形式も使うことができる            let section = NSCollectionLayoutSection.list(using: .init(appearance: .sidebar), layoutEnvironment: layoutEnvironment)            section.contentInsets = NSDirectionalEdgeInsets(top: 10, leading: 10, bottom: 0, trailing: 10)            return section        } else {            fatalError("Unknown section")        }    }    return UICollectionViewCompositionalLayout(sectionProvider: sectionProvider)}今回はサンプルの都合上2つともリスト形式を利用していますが、もちろんグリッド形式をおりまぜたりすることも可能となります。セルとデータの紐付けセルとデータの紐付けには従来であればUICollectionViewDataSourceのメソッド内で事前にregisterしていたものをdequeueするという流れが一般的でしたが、DiffableDataSourceを用いた実装においてはCellRegistrationという仕組みを利用してセルのクラスとデータの構造体を紐付けます。CellRegistrationの一例func configuredListCell() -> UICollectionView.CellRegistration<UICollectionViewListCell, Item> {    // このようにジェネリクスでセルのクラスとデータの構造体を渡してあげます    return UICollectionView.CellRegistration<UICollectionViewListCell, Item> { [weak self] (cell, indexPath, item) in        guard let self = self else { return }        // 今回はUICollectionViewListCellに対するcontentConfigurationなのでUIListContentConfigurationを利用しています        // おそらくこれは自作することができるはず        var content = UIListContentConfiguration.valueCell()        content.text = item.name        content.secondaryText = item.deadline        cell.contentConfiguration = content        // セルのアクセサリを定義します        cell.accessories = self.accessoriesForListCellItem(item)        // leadingの方向をスワイプで出したときのアイテムを定義します（後述）        cell.leadingSwipeActionsConfiguration = self.leadingSwipeActionConfigurationForListCellItem(item)        // trailingの方向をスワイプで出したときのアイテムを定義します（後述）        cell.trailingSwipeActionsConfiguration = self.trailingSwipeActionConfigurationForListCellItem(item)    }}地味にありがたいのはより柔軟にSwipeActionを定義できるようになったところだと思います（※今までもあったかもしれませんが、Deleteがeditの設定の中でコードを書くと勝手にできるようになったり仕様が不透明になってしまう場合があった印象からこう書いてます）今回のサンプルアプリではleadingにeditボタン、trailingにdeleteボタンを設置したかったので以下のようなコードになりました。今までライブラリを使っていた部分も多かったと思うのでかなり簡単になったのではないでしょうか。leadingとtrailingの設定func leadingSwipeActionConfigurationForListCellItem(_ item: Item) -> UISwipeActionsConfiguration? {    // 基本はこのUIContextualActionが一個のデータを表す    let editAction = UIContextualAction(style: .normal, title: nil) {        [weak self] (_, _, completion) in        guard let self = self else {            completion(false)            return        }        if let currentIndexPath = self.dataSource.indexPath(for: item) {            let todo = self.fetchedResultsController.object(at: currentIndexPath)            self.performSegue(withIdentifier: self.todoSegueIdentifier, sender: todo)        }        completion(true)    }    // ボタンの見た目や色なども細かく設定可能    editAction.image = UIImage(systemName: "square.and.pencil")    editAction.backgroundColor = .systemGreen    return UISwipeActionsConfiguration(actions: [editAction])}func trailingSwipeActionConfigurationForListCellItem(_ item: Item) -> UISwipeActionsConfiguration? {    let deleteAction = UIContextualAction(style: .destructive, title: nil) {        [weak self] (_, _, completion) in        guard let self = self else {            completion(false)            return        }        if let currentIndexPath = self.dataSource.indexPath(for: item) {            let alert = UIAlertController(title: "Delete", message: "Do you delete this todo?", preferredStyle: .alert)            alert.addAction(UIAlertAction(title: "Delete", style: .destructive) { _ in                let todo = self.fetchedResultsController.object(at: currentIndexPath)                self.dataManager.delete(todo)                completion(true)            })            alert.addAction(UIAlertAction(title: "Cancel", style: .cancel) { _ in                completion(false)            })            self.present(alert, animated: true, completion: nil)        } else {            completion(true)        }    }    deleteAction.image = UIImage(systemName: "trash")    deleteAction.backgroundColor = .systemRed    return UISwipeActionsConfiguration(actions: [deleteAction])}なおスワイプのボタンに対応するアクションは標準アプリでの挙動と同じく一個であればボタンを押さなくてもスワイプを長めにすると実行されるようになっています。データソースの設定今までのものを用いてDiffableDataSourceを定義します。これは以下のように行います。DiffableDataSourceの定義var dataSource: UICollectionViewDiffableDataSource<Section, Item>!/* 中略 */func configureDataSource() {    // セクションと要素の型をジェネリクスで渡し、対象となるCollectionViewは引数で渡す    dataSource = UICollectionViewDiffableDataSource<Section, Item>(collectionView: collectionView) { (collectionView, indexPath, item) -> UICollectionViewCell? in        guard let section = Section(rawValue: indexPath.section) else {            fatalError("Unknown section")        }        switch section {        case .main:            // ここでdequeueをする。先程のCellRegistrationが直接使えるのでidentifierが不要に。            return collectionView.dequeueConfiguredReusableCell(using: self.configuredListCell(), for: indexPath, item: item)        case .outline:            // 入れ子の中身なのか、外なのかはhasChildrenなどで振り分け            if item.hasChildren {                return collectionView.dequeueConfiguredReusableCell(using: self.configuredOutlineHeaderCell(), for: indexPath, item: item.name)            } else {                return collectionView.dequeueConfiguredReusableCell(using: self.configuredOutlineCell(), for: indexPath, item: item)            }        }    }}あとはデータを実際に反映する部分ですが、こちらはCoreDataの利用方法も関わってくるのでPart2に回したいと思います。Part2. CoreDataと組み合わせる続いてCoreDataとの組み合わせです。大部分は前回の記事と同じなのでそちらも参照してください。まずManagerクラスは変わらず以下のように定義しました。DataManager.swiftclass DataManager {    static let shared: DataManager = DataManager()    private var persistentContainer: NSPersistentContainer!    init() {        persistentContainer = NSPersistentContainer(name: "TodoAppCollectionView")        persistentContainer.loadPersistentStores { (storeDescription, error) in            if let error = error as NSError? {                fatalError("Unresolved error \(error), \(error.userInfo)")            }        }    }    func create<T: NSManagedObject>() -> T {        let context = persistentContainer.viewContext        let object = NSEntityDescription.insertNewObject(forEntityName: String(describing: T.self), into: context) as! T        return object    }    func delete<T: NSManagedObject>(_ object: T) {        let context = persistentContainer.viewContext        context.delete(object)    }    func saveContext() {        let context = persistentContainer.viewContext        do {            try context.save()        } catch {            print("Failed save context: \(error)")        }    }    func getFetchedResultController<T: NSManagedObject>(with descriptor: [String] = []) -> NSFetchedResultsController<T> {        let context = persistentContainer.viewContext        let fetchRequest = NSFetchRequest<T>(entityName: String(describing: T.self))        fetchRequest.sortDescriptors = descriptor.map { NSSortDescriptor(key: $0, ascending: true) }        return NSFetchedResultsController<T>(fetchRequest: fetchRequest, managedObjectContext: context, sectionNameKeyPath: nil, cacheName: nil)    }}前回の記事ではNSFetchedResultsControllerDelegateを存分に活用して実装していましたが、今回はDiffableDataSourceの仕組みを利用して更新部分を書きます。具体的には以下のようにセクションごとにSnapshotをつくっていきます。updateSnapshotfunc updateSnapshot() {    let sections = Section.allCases    // データはfetchedObjectsでとってくる    let fetchObjects = fetchedResultsController.fetchedObjects ?? []    var snapshot = NSDiffableDataSourceSnapshot<Section, Item>()    snapshot.appendSections(sections)    dataSource.apply(snapshot, animatingDifferences: false)    var allSnapshot = NSDiffableDataSourceSectionSnapshot<Item>()    var outlineSnapshot = NSDiffableDataSourceSectionSnapshot<Item>()    // TodoをItemに変換する    // IMO: 実はここでidentifierを同じデータの場合同じにできるようにしておくとパフォーマンスあがるかも    let items = fetchObjects.map { Item($0) }    allSnapshot.append(items)    let undoneRoot = Item("Undone", hasChildren: true)    let doneRoot = Item("Done", hasChildren: true)    outlineSnapshot.append([undoneRoot, doneRoot])    // ここでもう一度itemsをつくっているのは同じidentifierのItemは同じセルの情報とみなされてしまうから    let outlineItems = fetchObjects.map { Item($0) }    let undoneItems = outlineItems.filter { !$0.isDone }    let doneItems = outlineItems.filter { $0.isDone }    outlineSnapshot.append(undoneItems, to: undoneRoot)    outlineSnapshot.append(doneItems, to: doneRoot)    dataSource.apply(allSnapshot, to: .main, animatingDifferences: false)    dataSource.apply(outlineSnapshot, to: .outline, animatingDifferences: false)}これを更新したいタイミングで呼び出すことで最新状態になります。つまりこれがUICollectionViewDataSourceを利用した際のreloadDataに当たる操作と対応することになります。基本的にはこれだけです。あとはDataManagerを活用して操作を行った後、updateSnapshotを呼び出せばいいということになります。こちらは controllerDidChangeContent(_ controller:) の中でupdateSnapshotを呼び出しておけばいろんなところに書く必要もありません。まとめ新しいCollectionViewとCoreDataを利用する方法の一例をご紹介しました。なにより二種類あったCollectionViewとTableViewが統合されていくのは学ぶ量が減っていいのではないかなと思っています。ぜひみなさんもなにかこれらの新しい技術を用いてサンプルアプリを作ってみてください。touyou/TodoAppCollectionView

iOS14でCoreDataをやさしくつかってみる

環境Xcode 11.3.1でSceneDelegateも含めた新規プロジェクトを作成した。何が起きたか？アプリを製作中、ストーリーボード分割のためにMain.storyboardからViewController.storyboardに名前を変えて以下の部分を設定これで大丈夫だと実行したところこのエラーが出たCould not find a storyboard named 'Main' in bundle NSBundle解決法iOS13にはiPad対応にするとStoryboardの名前を指定するところがInfo.plistに三ヶ所ありそのすべてを新しい名前にしないといけなかった。この画像のViewControllerと書かれているところに新しいStoryboardの名前を入れておかなければいけない。ちなみにGUI上のMain Interfaceと同期したのはMain storyboard file name (iPad)のみだった。感想いや、知らんがな笑

Storyboardの名前を変えようとしたら思った以上に変えるべき場所が多かった話

お久しぶりです。noteにQiitaなど媒体が増えたことでめっきりここに書かなくなりましたが、ひさびさにネタができたので書いていきます。今回の話題はNeumorphismというデザイン手法についてです。Qiitaにも記事を書かせていただいたのですが、まだ出始めたばかりのものでトレンドになるのはもう少しかかりそうだなという印象です。ただ個人的には気に入っていたりもするので、先日インターンの課題として制作した作品にもこんな感じで取り入れていました。たしかに凹型のNeumorphismは本来インセットの影をつけるべきで、これは完全に見落としていたことだったのですが（そもそもインターンのメインコンテンツはデザインではなくバックエンドのほうだったので...）なんで違和感をもたなかったのかというところを考えて、それがまとまりそうなのでこうして記事にしています。凹型neumorphismとミスで生まれた表現まずは実物を見てもらったほうが早いと思うので、こちらをご覧ください。こうみるとたしかに正規のほうがキレイなのですが、これを違和感に感じていなかったのにはneumorphismの捉え方に関係していました。Neumorphismをどう捉えていたかNeumorphismはそもそも色の違う影を２つつけることで立体が出っ張っているような状態のメタファーをしています。左が凸型、右が凹型のneumorphismをもし断面で見たらと想定したときの個人的解釈です。ミスで生まれた表現はどうなるか個人的な解釈を知ってもらった上であらためてボタンに話を戻します。このときポイントとなるのはCSS上でこの２つの状態のボタンは影の向きと背景色以外変わっていないということです。上が凹型で、下が凸型です。このようにボタンと枠が離れていて、ボタンの上面にゴムがぴったりくっつけられていると考えるとこの表現がメタファーとして成立してしまうのです。結局なにがいいのか？さて、ここまでなぜ自分がミスで生まれた表現も自然に感じてしまっていたのかについて説明したのですが、この話をしていたときにTwitterで「そもそも凹型のボタンが押せそうな気がしないのでオンオフの表現に無理がありそう」という意見ももらいました。こちらの記事で行われているようないいねボタンとか、もっとオンオフが行ったり来たりすることが当たり前の要素でこの感覚を持たれてしまうと致命的です。ではオンオフはどのように表現するのがよいのでしょうか？自分はこれを以下のようなボールペンのノックを表現できるようにすればいいのではないかと考えています。つまりオン・オフどちらも凸型であり、その出っ張り具合が変わることでオンとオフを表現するという形になります。まとめというわけで今回は個人的な凡ミスから生まれたメタファーのあれこれを考えてみました。まだNeumorphismも確立しきれてないものなのでこういう解釈があってもいいんじゃないかなと思っています。フラットデザインやマテリアルデザインがそうであったようにアップデートしながらNeumorphismも浸透させていきたいですね。それでは！

Neumorphismにおけるボタンのメタファーについて

自分は普通に呪われているそんな言葉が今日は浮かんだのでそれについて語っていきたい。続きをみる

普通

※この記事はデザインのトレンドを紹介する体で書かれた技術記事＆ライブラリの宣伝となっています。あらかじめご了承ください。tl;dr;みなさんはNeumorphismという単語をご存知でしょうか？これは次に流行るとちらほら言われているデザインのトレンドで例えばこんなものです。Neumorphism in user interfacesより少しスキューモーフィズムのようなリアル感があるのがわかるでしょうか？これはかっこいい。ですが、実装はどうやるのか？気になりますよね。そこで今回はこのNeumorphismをiOSネイティブで実装するにはどうすればよいのかについて紹介していきます。そもそもどうやったらこんな感じになるのん？実装するためにまずはNeumorphism自体についてもっと理解しなければなりません。Neumorphism (Soft UI) in User interface design -Tutorialという記事が参考になります。この記事自体はSketchやFigma、illustratorでどのようにNeumorphismを実現するのかが解説されているのですが、重要な部分は２点。（以下は上記記事の画像です。）ポイント１：２つの影を使うまず１つ目に重要なのは影を２つ使うということです。片方がベース色より明るい、もう一方がベース色より暗い色の影を使います。ポイント２：影に使う色はベース色の輝度のみ変えたものを使う厳密には輝度以外が変わっていてもブレンドされていれば大丈夫だとは思いますが、このように並べるとグラデーションになるように色をチョイスすればよいです。以上を行うとどんな色でもneumorphismと呼ばれるような見た目になってくれます。iOSでどうやって実装する？ではこれをiOSでどのように実装すればいいでしょうか？大前提としてUIViewは影を一個しかつけられないのでそこを解決しなくてはなりません。方法としてはCALayerをサブレイヤーとして追加していく影用のViewをつくるが考えられます。try1: CALayerの罠影だけであれば１つ目の方法で実装可能です。大体こんな感じ。うまくいってるようですが、このときに角丸をつけようとするとうまくいきません。いわゆるmaskedToBoundsのジレンマにはまります。（なぜか一応できているStackOverflowもあるんですが...）そこで2のほうの方法を取ることにしました（Viewが増えまくるので苦渋の決断笑）try2: 色をどうするか？さてShadowの付け方は決まりました。次に重要なのは影の色になります。そこでこれはHSLの値を直接いじることにしました。といっても、SwiftはHSBしか対応していません。そこで変換を用意してあげます。（参考）private func hsbToHsl(h: CGFloat, s: CGFloat, b: CGFloat) -> (h: CGFloat, s: CGFloat, l: CGFloat) {    let newH = h    var newL = (2 - s) * b    var newS = s * b    newS /= newL <= 1 ? newL : 2 - newL    newL /= 2    return (h: newH, s: newS, l: newL)}private func hslToHsb(h: CGFloat, s: CGFloat, l: CGFloat) -> (h: CGFloat, s: CGFloat, b: CGFloat) {    let newH = h    let ll = l * 2    let ss = s * (ll <= 1 ? ll : 2 - ll)    let newB = (ll + ss) / 2    let newS = (2 * ss) / (ll + ss)    return (h: newH, s: newS, b: newB)}これによってHSLでの計算が可能になったので、それをもとにこんなメソッドをUIColorにつけてあげました。func lighterColor(value: CGFloat) -> UIColor {    var h: CGFloat = 0    var s: CGFloat = 0    var b: CGFloat = 0    var a: CGFloat = 0    guard getHue(&h, saturation: &s, brightness: &b, alpha: &a) else { return self }    let hsl = hsbToHsl(h: h, s: s, b: b)    let hsb = hslToHsb(h: hsl.h, s: hsl.s, l: hsl.l + value)    return UIColor(hue: hsb.h, saturation: hsb.s, brightness: hsb.b, alpha: a)}このメソッドを使えばvalueに渡した量だけもとの色より輝度が明るい色を作ることができます。これで下準備は完了です。実際にこのようなextensionをつかってNeumorphismが適用できるようにしました。public extension UIView {    func addNeumorphismShadow(with parent: UIView, dist: CGFloat = 9, blur: CGFloat = 16) {        guard let backgroundColor = backgroundColor else { return }        let shadowViews = neumorphismShadowViews(color: backgroundColor, dist: dist, blur: blur)        shadowViews.forEach {            parent.insertSubview($0, belowSubview: self)        }    }    func neumorphismShadowViews(color: UIColor, dist: CGFloat, blur: CGFloat) -> [UIView] {        let lightShadowView: UIView = {            let lightView = UIView(frame: frame)            let lightColor = color.lighterColor(value: 0.12)            lightView.backgroundColor = .white            lightView.layer.applyShadow(color: lightColor, alpha: 0.5, x: -dist, y: -dist, blur: blur)            lightView.layer.cornerRadius = layer.cornerRadius            lightView.layer.maskedCorners = layer.maskedCorners            return lightView        }()        let darkShadowView: UIView = {            let darkView = UIView(frame: frame)            let darkColor = color.darkerColor(value: 0.18)            darkView.backgroundColor = .white            darkView.layer.applyShadow(color: darkColor, alpha: 0.5, x: dist, y: dist, blur: blur)            darkView.layer.cornerRadius = layer.cornerRadius            darkView.layer.maskedCorners = layer.maskedCorners            return darkView        }()        return [lightShadowView, darkShadowView]    }}デフォルト値はチュートリアルの推奨値を使っています。応用するさて、ここまででNeumorphismをどうやって実装するかをざっくりと見てきました（正直力技感がありますが笑）じゃあこれの使い所はどこか？となったときに最近Pinterestなどが取り入れているフローティングタブバーのNeumorphism版があればいいのでは...？となりました。なので、実装しちゃいました。デデン！NeumorphismTab！！！！！こちらから試すことができます。MITライセンスです。どんなものかというと普通のTabBarControllerと同じような感覚でNeumorphismなTabBarを使えてしまうという代物です。具体的にはこのように使います。import UIKitimport NeumorphismTabclass DemoTabBarController: NeumorphismTabBarController {    override func setupView() {        let color = UIColor(hex: "C1D2EB")        let home = NeumorphismTabBarItem(icon: UIImage(systemName: "house.fill")!, title: "Home")        let favorite = NeumorphismTabBarItem(icon: UIImage(systemName: "heart.fill")!, title: "")        view.backgroundColor = color        let homeViewController: ViewController = {            let viewController = ViewController.instantiate()            viewController.view.backgroundColor = color            return viewController        }()        let favoriteViewController: UIViewController = {            let viewController = UIViewController()            viewController.view.backgroundColor = color            return viewController        }()        setTabBar(items: [home, favorite])        viewControllers = [homeViewController, favoriteViewController]    }}そうするとこのようにそれっぽいタブが使えるようになります。すべてのViewControllerが同じ背景色である必要があるなど、デザイン的にどうしてもという部分はありますが、かなり簡単に使えると言えるものになったと思います。これで出すアプリは未定ですが、もしよろしければぜひ使ってみてください！適宜アップデートします。あともしこうしたほうがいいのでは？というのがあればPRも待っています。Cocoapods/Carthage/SwiftPackageManagerに対応しています。まとめというわけで今回はNeumorphismの簡単な紹介と、それに伴い作成したライブラリを紹介させていただきました。それほどモバイルにこのUIが取り入れられていくのかというところはわかりませんが（Viewの数が尋常じゃないし）今後もこんな感じでなういUIを実装していけたらと思います。では最後にもう一度こちらtouyou/NeumorphismTab今回記事に載せなかった実装なども見れるのでぜひ参考にしてみてください。あとスターもお願いします！笑

Neumorphism: 令和時代のスキューモーフィズム

あけましておめでとうございます。2019年の振り返りを年内に書いてしまったので、こんなnoteをnote書き初めにしていいのか、そんな気持ちもありますが、noteは生の言葉で殴り合う、そんな場所な気がしているので書いていこうと思います。そして2020年もそんな生の言葉で記事を少しずつ増やしていきたいな、と。続きをみる

言葉を信用せず、言葉に飢えて、言葉で生きる

さて元号が変わるという大イベントもあり、なんだか１月が遠い過去のように思えるのですが、その分しっかりと振り返って今年を思い出そうと思います。１月続きをみる

2019年を振り返る

序この記事はiOS #2 Advent Calendar 2019の19日目の記事になります。とうようです。普段は個人でiOSアプリつくったり、大学院でUIの研究室にいたり、中高生にITを教えたりしています。Life is Tech !という中高生にITを教える団体のメンター募集がはじまっているので良かったら応募してみてください！笑＞ーー切り取り線ーー＜さて、本題。はじまりはじまりはこの秋、2019年9月にさかのぼります。増税前のiPhone 11シリーズの発表。僕は長年iPhone 7 Plusを利用していたのですが、そろそろ欲しいと。そんなわけでSIMフリーのiPhone 11 Pro Maxを購入しました！（パチパチパチ）今までの機体も開発用に残しておこうという判断をした結果、手元にはこのようにiPhone 7 PlusとiPhone 11 Pro Maxの二台が残りました。そう二台が...。あっ！！！！！！！！！！そこで気付いてしまったのです。この二台がある意味を...。手始めまず手始めにARに表示するオブジェクトを制作しようということになりました。といってもこんなにくだらないアプリにわざわざMayaやBlendarを使うのもなぁということで最初に検討したのがこれReality Composer!!!これはiOS13とXcode11向けにWWDC2019で発表されたApple公式の3Dモデル製作ツールです。そう、Apple公式の。大事なことなので２回言いました。触ってみるとすごく簡単にリッチな3Dモデルがつくれてめっっっっちゃ楽しいです。詳しいことはこちらの記事などをご覧ください。ですがこれは自分のやりたかったことに対して自由度が少し低い（ような気がする）という欠点がありました。しかも今回つくらなければいけないのはめちゃくちゃ単純なモデルです。こちらの記事が参考になります。というわけでとても簡単な平面のモデルをつくりました。えいやっ！実際の模様はコードで反映していくので現時点ではめちゃくちゃ簡単です。アプリの機能を変える続いてこのアプリはiPhone 7 PlusとiPhone 11 Pro Maxの役割を完全に分けようという方針を考えたので、その実装をはじめました。そのためにはデバイスの種類が取れるようにしなければいけません。なのでこちらを参考にこのような関数を追加しました。func getDeviceInfo() -> String {    var size: Int = 0    sysctlbyname("hw.machine", nil, &size, nil, 0)    var machine = [CChar](repeating: 0, count: Int(size))    sysctlbyname("hw.machine", &machine, &size, nil, 0)    let code: String = String(cString: machine)    let deviceCodeDic: [String: String] = [        /* Simulator */        "i386"      : "Simulator",        "x86_64"    : "Simulator",        /* iPod */        "iPod1,1"   : "iPod Touch 1st",            // iPod Touch 1st Generation        "iPod2,1"   : "iPod Touch 2nd",            // iPod Touch 2nd Generation        "iPod3,1"   : "iPod Touch 3rd",            // iPod Touch 3rd Generation        "iPod4,1"   : "iPod Touch 4th",            // iPod Touch 4th Generation        "iPod5,1"   : "iPod Touch 5th",            // iPod Touch 5th Generation        "iPod7,1"   : "iPod Touch 6th",            // iPod Touch 6th Generation        /* iPhone */        "iPhone1,1"   : "iPhone 2G",                 // iPhone 2G        "iPhone1,2"   : "iPhone 3G",                 // iPhone 3G        "iPhone2,1"   : "iPhone 3GS",                // iPhone 3GS        "iPhone3,1"   : "iPhone 4",                  // iPhone 4 GSM        "iPhone3,2"   : "iPhone 4",                  // iPhone 4 GSM 2012        "iPhone3,3"   : "iPhone 4",                  // iPhone 4 CDMA For Verizon,Sprint        "iPhone4,1"   : "iPhone 4S",                 // iPhone 4S        "iPhone5,1"   : "iPhone 5",                  // iPhone 5 GSM        "iPhone5,2"   : "iPhone 5",                  // iPhone 5 Global        "iPhone5,3"   : "iPhone 5c",                 // iPhone 5c GSM        "iPhone5,4"   : "iPhone 5c",                 // iPhone 5c Global        "iPhone6,1"   : "iPhone 5s",                 // iPhone 5s GSM        "iPhone6,2"   : "iPhone 5s",                 // iPhone 5s Global        "iPhone7,1"   : "iPhone 6 Plus",             // iPhone 6 Plus        "iPhone7,2"   : "iPhone 6",                  // iPhone 6        "iPhone8,1"   : "iPhone 6S",                 // iPhone 6S        "iPhone8,2"   : "iPhone 6S Plus",            // iPhone 6S Plus        "iPhone8,4"   : "iPhone SE" ,                // iPhone SE        "iPhone9,1"   : "iPhone 7",                  // iPhone 7 A1660,A1779,A1780        "iPhone9,3"   : "iPhone 7",                  // iPhone 7 A1778        "iPhone9,2"   : "iPhone 7 Plus",             // iPhone 7 Plus A1661,A1785,A1786        "iPhone9,4"   : "iPhone 7 Plus",             // iPhone 7 Plus A1784        "iPhone10,1"  : "iPhone 8",                  // iPhone 8 A1863,A1906,A1907        "iPhone10,4"  : "iPhone 8",                  // iPhone 8 A1905        "iPhone10,2"  : "iPhone 8 Plus",             // iPhone 8 Plus A1864,A1898,A1899        "iPhone10,5"  : "iPhone 8 Plus",             // iPhone 8 Plus A1897        "iPhone10,3"  : "iPhone X",                  // iPhone X A1865,A1902        "iPhone10,6"  : "iPhone X",                  // iPhone X A1901        "iPhone11,8"  : "iPhone XR",                 // iPhone XR A1984,A2105,A2106,A2108        "iPhone11,2"  : "iPhone XS",                 // iPhone XS A2097,A2098        "iPhone11,4"  : "iPhone XS Max",             // iPhone XS Max A1921,A2103        "iPhone11,6"  : "iPhone XS Max",             // iPhone XS Max A2104        "iPhone12,5"  : "iPhone 11 Pro Max",         // iPhone 11 Pro Max        /* iPad */        "iPad1,1"   : "iPad 1 ",                     // iPad 1        "iPad2,1"   : "iPad 2 WiFi",                 // iPad 2        "iPad2,2"   : "iPad 2 Cell",                 // iPad 2 GSM        "iPad2,3"   : "iPad 2 Cell",                 // iPad 2 CDMA (Cellular)        "iPad2,4"   : "iPad 2 WiFi",                 // iPad 2 Mid2012        "iPad2,5"   : "iPad Mini WiFi",              // iPad Mini WiFi        "iPad2,6"   : "iPad Mini Cell",              // iPad Mini GSM (Cellular)        "iPad2,7"   : "iPad Mini Cell",              // iPad Mini Global (Cellular)        "iPad3,1"   : "iPad 3 WiFi",                 // iPad 3 WiFi        "iPad3,2"   : "iPad 3 Cell",                 // iPad 3 CDMA (Cellular)        "iPad3,3"   : "iPad 3 Cell",                 // iPad 3 GSM (Cellular)        "iPad3,4"   : "iPad 4 WiFi",                 // iPad 4 WiFi        "iPad3,5"   : "iPad 4 Cell",                 // iPad 4 GSM (Cellular)        "iPad3,6"   : "iPad 4 Cell",                 // iPad 4 Global (Cellular)        "iPad4,1"   : "iPad Air WiFi",               // iPad Air WiFi        "iPad4,2"   : "iPad Air Cell",               // iPad Air Cellular        "iPad4,3"   : "iPad Air China",              // iPad Air ChinaModel        "iPad4,4"   : "iPad Mini 2 WiFi",            // iPad mini 2 WiFi        "iPad4,5"   : "iPad Mini 2 Cell",            // iPad mini 2 Cellular        "iPad4,6"   : "iPad Mini 2 China",           // iPad mini 2 ChinaModel        "iPad4,7"   : "iPad Mini 3 WiFi",            // iPad mini 3 WiFi        "iPad4,8"   : "iPad Mini 3 Cell",            // iPad mini 3 Cellular        "iPad4,9"   : "iPad Mini 3 China",           // iPad mini 3 ChinaModel        "iPad5,1"   : "iPad Mini 4 WiFi",            // iPad Mini 4 WiFi        "iPad5,2"   : "iPad Mini 4 Cell",            // iPad Mini 4 Cellular        "iPad5,3"   : "iPad Air 2 WiFi",             // iPad Air 2 WiFi        "iPad5,4"   : "iPad Air 2 Cell",             // iPad Air 2 Cellular        "iPad6,3"   : "iPad Pro 9.7inch WiFi",       // iPad Pro 9.7inch WiFi        "iPad6,4"   : "iPad Pro 9.7inch Cell",       // iPad Pro 9.7inch Cellular        "iPad6,7"   : "iPad Pro 12.9inch WiFi",      // iPad Pro 12.9inch WiFi        "iPad6,8"   : "iPad Pro 12.9inch Cell",      // iPad Pro 12.9inch Cellular        "iPad6,11"  : "iPad 5th",                    // iPad 5th Generation WiFi        "iPad6,12"  : "iPad 5th",                    // iPad 5th Generation Cellular        "iPad7,1"   : "iPad Pro 12.9inch 2nd",       // iPad Pro 12.9inch 2nd Generation WiFi        "iPad7,2"   : "iPad Pro 12.9inch 2nd",       // iPad Pro 12.9inch 2nd Generation Cellular        "iPad7,3"   : "iPad Pro 10.5inch",           // iPad Pro 10.5inch A1701 WiFi        "iPad7,4"   : "iPad Pro 10.5inch",           // iPad Pro 10.5inch A1709 Cellular        "iPad7,5"   : "iPad 6th",                    // iPad 6th Generation WiFi        "iPad7,6"   : "iPad 6th",                    // iPad 6th Generation Cellular        "iPad8,1"   : "iPad Pro 11inch WiFi",        // iPad Pro 11inch WiFi        "iPad8,2"   : "iPad Pro 11inch WiFi",        // iPad Pro 11inch WiFi        "iPad8,3"   : "iPad Pro 11inch Cell",        // iPad Pro 11inch Cellular        "iPad8,4"   : "iPad Pro 11inch Cell",        // iPad Pro 11inch Cellular        "iPad8,5"   : "iPad Pro 12.9inch WiFi",      // iPad Pro 12.9inch WiFi        "iPad8,6"   : "iPad Pro 12.9inch WiFi",      // iPad Pro 12.9inch WiFi        "iPad8,7"   : "iPad Pro 12.9inch Cell",      // iPad Pro 12.9inch Cellular        "iPad8,8"   : "iPad Pro 12.9inch Cell",      // iPad Pro 12.9inch Cellular        "iPad11,1"  : "iPad Mini 5th WiFi",          // iPad mini 5th WiFi        "iPad11,2"  : "iPad Mini 5th Cell",          // iPad mini 5th Cellular        "iPad11,3"  : "iPad Air 3rd WiFi",           // iPad Air 3rd generation WiFi        "iPad11,4"  : "iPad Air 3rd Cell"            // iPad Air 3rd generation Cellular    ]    if let deviceName = deviceCodeDic[code] {        return deviceName    } else {        if code.range(of: "iPod") != nil {            return "iPod Touch"        }else if code.range(of: "iPad") != nil {            return "iPad"        }else if code.range(of: "iPhone") != nil {            print(code)            return "iPhone"        }else{            return "unknownDevice"        }    }}ちなみにdeviceCodeがなんなのかは参考記事以外全然情報を見つけられなかったので自分の機体のcodeを一旦printして付け足しました（本当は全デバイスに対応したい...）これで準備が整ったので次に特定のデバイスの時だけ処理を切り分けるということを行います。これはデバイスの正式名称が手に入っているのでcontainsを使えばいいです。たとえば今回はiPhone 7系の時だけ別のストーリーボードから出したかったのでAppDelegateにこのように書きました（もちろんSceneDelegateがあるプロジェクトの場合はそちらに書くべき処理です。）AppDelegate.swiftfunc application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplication.LaunchOptionsKey: Any]?) -> Bool {    // Override point for customization after application launch.    let deviceName = getDeviceInfo()    let imageStoryboard = UIStoryboard(name: "SevenImage", bundle: nil)    if deviceName.contains("iPhone 7") {        window?.rootViewController = imageStoryboard.instantiateInitialViewController()    }    return true}以降の処理の書き分けも同様のif文を用いてできます。画像に反応させる（だんだんタイトルが真面目になってきましたが）次に考えたのは画像に反応してAR上で何かをするというものです。AR名刺などが有名ですね。あとは海外の中高生デベロッパーがARKit出たてのころ、ゲームのパッケージをアンカーにゲームの紹介映像を流すサンプルアプリを制作してバズったりなんかもしてました。僕もこれらを参考にやっていきます。最終目標はこの画像をアンカーにしてそこに3DオブジェクトをARで重ねるというものになります。これはiPhone 7系でアプリを実行すると全画面表示されるようになっています。つまり！iPhone 7系ともう一台のiPhoneがあってはじめて成立するアプリ、それがこのアプリの最終形です！！！！！！！気を取り直して、この具体的なやり方はAR名刺の記事や最後に載せる完成形コードを見てもらえればいいのですが、ひとつ注意する点としては画像マーカーは必ずAssets.xcassetsの中にAR Resourcesというグループをつくって登録しなければならないという点です。Assets.xcassetsにそのまま入れた画像をマーカーにしようとしてもうまくいかなかったので注意しましょう。...さてなんやかんやアニメーションなども適当に加えて、AR系の処理はiPhone 11系でしか実行されないように変えて、完成です。実際にやってみたさて実際にやってみた動画がこちら(YouTube)になります。iPhone 7で画像マーカーが出て、それをiPhone 11で見てみるとそう！iPhone 7とiPhone 11がウーン！（CV：ピコ太郎）ってなってセブンイレブンロゴが出てきました！！！！！！！セブンとイレブンがあわさってセブンイレブン！！！！................あ、ごめんなさい。死ぬほど引っ張ってきて結論これです...完全にオヤジギャグです。。。はい。つまったところ今回地味につまったところとしてARSCNViewを動かしたときに以下のWarningが出て画面が真っ暗のままになるという現象がありました。2019-12-19 16:55:33.111128+0900 SevenElevenAR[22084:3756213] [Session] Session (0x113e3e9d0): did fail with error: Error Domain=com.apple.arkit.error Code=102 "Required sensor failed." UserInfo={NSLocalizedFailureReason=A sensor failed to deliver the required input., NSUnderlyingError=0x280329f20 {Error Domain=AVFoundationErrorDomain Code=-11800 "The operation could not be completed" UserInfo={NSLocalizedFailureReason=An unknown error occurred (-12780), NSLocalizedDescription=The operation could not be completed, NSUnderlyingError=0x280329740 {Error Domain=NSOSStatusErrorDomain Code=-12780 "(null)"}}}, NSLocalizedRecoverySuggestion=Make sure that the application has the required privacy settings., NSLocalizedDescription=Required sensor failed.}これはいくつかフォーラムやStackOverflowにも報告されていて、iPhone側の設定でコンパスのキャリブレーションをONにするというものもあるそうなのですが、とりあえずは以下のコードを書くことによって直りました。func restartSessionWithoutDelete() {    arScnView.session.pause()    arScnView.session.run(imageConfiguration, options: [.resetTracking, .removeExistingAnchors])}func session(_ session: ARSession, didFailWithError error: Error) {    if let arError = error as? ARError {        switch arError.errorCode {        case 102:            imageConfiguration.worldAlignment = .gravity            restartSessionWithoutDelete()        default:            restartSessionWithoutDelete()        }    }}締めというわけで今回は、完全に思いつきからARKitでちょっとしたダジャレアプリをつくってみました。ハマりどころはたしかにあったものの、どんどんと手軽にこのぐらいのアプリなら作れるようになってきていていい世の中になっていってるなぁという気持ちです。touyou/SevenElevenAR今日の記事以外にもARKitまわりではいくつか記事を書いているので興味があれば読んでみてください！ARKitとPolyでクリスマスっぽいソシャゲを作ってみた公式ドキュメントを追いながらARKitを試してみようARKit+SceneKitで任意のタイミングにモデルを出し入れする方法最近どんどんとAppStoreの審査基準は厳しくなっていますがこんなふうに遊びのアプリだったらどんどん自由な発想で作ってみるのが面白いんじゃないかなと思います。ぜひ面白いものをつくって技術力を上げていきましょう！追伸友達の面白い記事の雰囲気を参考に書いてみたのですが、Qiitaよりももっと自由に装飾できる媒体でやるべきでしたね。。。笑

クリスマス前にARでジョークアプリをつくってみた話

「さすが東大生」が嫌いだ。いつからか、そんなことを度々思うようになっていた。最初は多分、多様性がある中でひとくくりで語られてしまうのが、個性が没してしまうのが嫌なのだと結論を出していた。続きをみる

「さすが」の魔力

なんだか根暗なタイトルだけど、いつも頭の中で転がしてるネガティブシンキングじゃなくて本当にそうだなという気がしてきたのでまとめてみようと思う。個人的な僻みとして、「恋愛はどんなことより難しい」とかいうものではなく、真にそうなんだろうと思う根拠。続きをみる

人生において一番の難問はコミュニケーションだと思う

tl;drXcode11が出て格段に使いやすくなったSwift Package Managerライブラリが基本的にDerivedData内にいくことや、別途の環境構築が不要なことからできるならどんどんとSPMに移行していきたい気持ちがあると思います。その中でも今回はRun Scriptで実行したいライブラリ（コードを綺麗に管理するためのSwiftLintやSwiftFormatなど）をSPM導入するためにした工夫を紹介します。注意今回の記事はSwiftFormatをもとに説明します。どうするか？これらのツールをCocoaPodsで導入する場合 $PODS_ROOT という環境変数がCocoaPodsのビルドフォルダを指していたのでそれを利用することができました。Swift Package Dependenciesから適当に右クリック>Finderで表示とすると、Xcode11におけるSPMであつかうライブラリ群はDerivedData/<AppName>-xxx/SourcePackages/checkoutsという場所に落とされてきていることがわかります。ですが場所がDerivedDataの中なので一度クリーンなどしてしまったり、環境が変わるとこのフォルダ名が変わってしまいます。そのためハードコーディングは好ましくありません。そこで利用するのが$BUILD_ROOTです。これはDerivedData/<AppName>-xxx/Build/Products/を常に指している環境変数になります。dirnameというコマンドを使ってあげることで目的の環境変数を作ります。すなわち最終的なコマンドはこうなります（SwiftFormatの場合）export SPM_ROOT=$(dirname $(dirname $BUILD_ROOT))/SourcePackages/checkouts"${SPM_ROOT}/SwiftFormat/CommandLineTool/swiftformat" . [YourOption]これでSPMで導入したSwiftFormatをRun Script内から呼び出すことが出来ました。まとめ今回はSwiftFormatでの一例を示しましたが、SPMでとってきたライブラリの何かしらを使いたいということは今後出てくると思います。ぜひ参考にして、コンパクトでナウいプロジェクトを目指していきましょう！

SPMでRun Scriptで実行したいライブラリを導入する

大学三年の時には見向きもしなかった就活と、刻一刻と近づく24歳という節目の年齢が、じわりじわりと自分という存在をあぶり出している、そんな感覚をもてあそぶ夜。最近思考の海にのまれることが多い。そのくせして、研究も恋愛もなにも生まれない。続きをみる

言葉に憧れ、真夜中を彷徨う

就活の時のいわゆる自己分析。なんかモチベーションマップやら、いろいろ方法論はあるけど、正直よくわからないし感情の起伏なんてそんな年ごとにあるものでもない……そんなことを思った僕は自分の人生を箇条書きで事細かく振り返ってみることにした。続きをみる

スキルという装甲を増やしながら、コンプレックスを膨らます

久々の投稿です。パッと見ではヒットしなかった話題なのですが、ハマる人もいる気がするので軽めに書きます。何が起こったかUIViewControllerTransitioningDelegateを利用してトランジションアニメーションを導入していたアプリをXcode11でビルドしたところアプリが落ちないのに遷移が正常に動作せず、アプリが操作不可になる現象が発生した前提知識iOS13からモーダルのデフォルトの挙動がハーフモーダルのような形に変化したのはよく知られていることだと思います。解決法この増えた設定項目が肝でした。カスタムトランジションの場合、このPresentationとともに増えたコンテキストの概念が迷子になるらしくそれが影響して遷移がうまく完了しないということのようでした。ですのでシンプルにこのようなコードを入れてあげると解決します。let viewController = NextViewController.instatiate()viewController.modalPresentationStyle = .currentContextpresent(viewController, animated: true, completion: nil)このように明示的に modalPresentationStyle を設定すれば解決しました。currentContextもしくはfullScreenで動くようになりましたが、これはトランジションの種類にもよるかと思います。ぜひ同じ症状にあった人は様々な項目を試してみてください。（本当は意味的にどれを選ぶべきとかありそうですが一旦...笑）

[Xcode11]カスタムトランジションが遷移しなくなった時の対処法

iOS開発においてデータの保存を扱う時、代表的な方法として以下のようなものが上げられると思います。UserDefaultsRealmCoreData主な使い分け方としては、「UserDefaultsがちょっとしたものの保存、Realmがもっと複雑なものの保存で、CoreDataはRealmと役割的に同じだけど昔からちょっと扱いにくかったからあんまり...」という場合が多かったと思います。ですが実際のところCoreDataはアップデートによって扱いやすくなっており、それが知られていないだけというのが現状です。In defence of Core Dataという発表を行いました。この記事はそれをもとに、「ではどのようにすれば、もっともっとCoreDataを扱いやすくできるか？」という部分に注目してつくってみたCoreDataの入門記事となっています。サンプル実際にこの記事の内容を用いて作ったサンプルアプリがこちらです。touyou/EasyCoreDataSample: This is simple todo app with CoreData.簡単なTodoアプリになっています。ぜひ参考にしてみてください。How toi. 導入CoreDataの導入方法は２パターンあります。もう一つは既存のプロジェクトに対しCoreDataを追加する方法です。これはNew FileのData Modelを追加することでできます。これによってCoreDataが扱えるようになりました。簡単ですね。ii. モデルを定義する続いてモデルを定義していきます。まずファイルを開くとこのような画面になっているかと思います。たとえばTodoにタイトル・内容・日付の３つを入れたい場合はAdd Entitiesを押すEntityという名前でENTITIESに項目が追加されるのでダブルクリックかEnterでTodoにリネーム選択した状態でAdd Attributeを三回押すそれぞれに名前とタイプを設定するという流れになります。選択できるタイプはUndefinedInteger 16Integer 32Integer 64DecimalDoubleFloatStringBooleanDateBinary DataUUIDURITransformableです。Undefinedを設定するとNSObjectを継承したCustom Classを使用できます。iii. Managerクラスを定義するさてモデルが定義できました。モデルはこれだけで扱えてコードを書く必要がなくなったため昔よりかなり楽になったかと思います。そこでそのもろもろをできるだけ隠蔽したManagerクラスを作ります。以下それが作成してみたクラスです。import CoreDataclass DataManager {    static let shared: DataManager = DataManager()    private var persistentContainer: NSPersistentContainer!    init() {        persistentContainer = NSPersistentContainer(name: "CoreDataSample")        persistentContainer.loadPersistentStores { (description, error) in            if let error = error {                fatalError("Failed to load Core Data stack: \(error)")            }            print(description)        }    }    func create<T: NSManagedObject>() -> T {        let context = persistentContainer.viewContext        let object = NSEntityDescription.insertNewObject(forEntityName: String(describing: T.self), into: context) as! T        return object    }    func saveContext() {        let context = persistentContainer.viewContext        do {            try context.save()        } catch {            print("Failed save context: \(error)")        }    }    func getFetchedResultController<T: NSManagedObject>(with descriptor: [String] = []) -> NSFetchedResultsController<T> {        let context = persistentContainer.viewContext        let fetchRequest = NSFetchRequest<T>(entityName: String(describing: T.self))        fetchRequest.sortDescriptors = descriptor.map { NSSortDescriptor(key: $0, ascending: true) }        return NSFetchedResultsController<T>(fetchRequest: fetchRequest, managedObjectContext: context, sectionNameKeyPath: nil, cacheName: nil)    }}NSPersistentContainerの初期化時に渡す名前をxcdatamodelの名前にあわせることでどんなプロジェクトでも使用できるようにしています。iv. 実際の操作ここまでくれば非常に直感的にCoreDataを扱えるようになっています。まずManagerクラスにはシングルトンパターンを利用しているのでlet dataManager = DataManager.sharedを宣言しておきます。保存保存は、まずEntityのクラスのインスタンスを用意します。新しく作る場合は例えばTodoクラスの場合let todo: Todo = dataManager.create()とします。ジェネリクスを使っているので型指定は省略しないようにしましょう。プロパティの値を必要に応じて設定したら最後にdataManager.saveContext()を呼びます。これによって保存が完了しました。読み出し読み出しの時はNSFetchedResultControllerとNSFetchedResultsControllerDelegateを利用します。まず読み出したいViewControllerでlazy var fetchedResultsController: NSFetchedResultsController<Todo> = {    let _controller: NSFetchedResultsController<Todo> = dataManager.getFetchedResultController(with: ["date"])    _controller.delegate = self    return _controller}()のように宣言します。中でdataManagerを利用するのでlazyにしておき、getFetchedResultControllerメソッドは、ソートして呼び出したい場合その基準となるプロパティ名を、そうでない場合は何も渡さずに呼び出します。その場合はlazy var fetchedResultsController: NSFetchedResultsController<Todo> = {    let _controller: NSFetchedResultsController<Todo> = dataManager.getFetchedResultController()    _controller.delegate = self    return _controller}()とできます。データの取得はviewWillAppearなどで行うと便利です。その場合はoverride func viewWillAppear(_ animated: Bool) {    super.viewWillAppear(animated)    do {        try fetchedResultsController.performFetch()    } catch {        print(error)    }}このようにしておきます。後でNSFetchedResultsControllerDelegateメソッドの中でTableViewの更新など行うためここではこれだけで大丈夫です。セクションの数やデータなどはNSFetchedResultsControllerが全てもっているのでそこから取ってくることになります。セクション数fetchedResultsController.sections?.count要素の個数guard let sections = fetchedResultsController.sections else { return 0 }let sectionInfo = sections[section]sectionInfo.numberOfObjects // これオブジェクトのデータfetchedResultsController.object(at: indexPath)これらをTableViewのデータソース内で呼ぶと例えばこんな感じになります。objectは自動で型推論が働くようになっています。extension ViewController: UITableViewDataSource {    func numberOfSections(in tableView: UITableView) -> Int {        return fetchedResultsController.sections?.count ?? 0    }    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {        guard let sections = fetchedResultsController.sections else { return 0 }        let sectionInfo = sections[section]        return sectionInfo.numberOfObjects    }    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {        let cell: TodoTableViewCell = tableView.dequeueReusableCell(withIdentifier: String(describing: TodoTableViewCell.self), for: indexPath) as! TodoTableViewCell        configureCell(cell, at: indexPath)        return cell    }    func configureCell(_ cell: TodoTableViewCell, at indexPath: IndexPath) {        let todo = fetchedResultsController.object(at: indexPath)        cell.titleLabel.text = todo.title        cell.contentLabel.text = todo.content        let formatter = DateFormatter()        formatter.dateFormat = "yyyy/MM/dd"        cell.dateLabel.text = formatter.string(from: todo.date ?? Date())    }}最後にNSFetchedResultsControllerDelegateでデータ操作が行われた時になにをするかを書いていきます。ここでTableViewへのもろもろを呼び出しておくとreloadDataを行わずに表示の更新ができるだけでなく、差分のみの更新になるのでパフォーマンスの向上にもつながります。extension ViewController: NSFetchedResultsControllerDelegate {    func controllerWillChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {        tableView.beginUpdates()    }    func controller(_ controller: NSFetchedResultsController<NSFetchRequestResult>, didChange anObject: Any, at indexPath: IndexPath?, for type: NSFetchedResultsChangeType, newIndexPath: IndexPath?) {        switch type {        case .insert:            if let indexPath = newIndexPath {                tableView.insertRows(at: [indexPath], with: .automatic)            }        case .delete:            if let indexPath = indexPath {                tableView.deleteRows(at: [indexPath], with: .automatic)            }        case .update:            if let indexPath = indexPath,                let cell = tableView.cellForRow(at: indexPath) as? TodoTableViewCell {                configureCell(cell, at: indexPath)            }        case .move:            if let indexPath = indexPath,                let newIndexPath = newIndexPath {                tableView.moveRow(at: indexPath, to: newIndexPath)            }        @unknown default:            fatalError("unknown fetched results change type")        }    }    func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {        tableView.endUpdates()    }}以上でTableViewへのデータの反映もできるようになりました。まとめCoreDataはまだまだ難しい部分もありますが、かなり扱いやすくなってきたんじゃないかなと思っています。特に親和性が高いのはTableViewなどになるとは思いますが、それ以外にも様々応用できそうです。

CoreDataをやさしく使う

try! Swiftに今年もスカラシップ枠として三度目の参戦をしてきました。ちなみに3年連続で参加すると画像のように繋げることができます。iPadですセッションに関して最近、常に手を動かしていれば眠くなくなるという気付きを得ていたので先程も書いたとおり今回はiPad ProのGoodnoteでメモをとってました。最初は単にギリギリに行ったためだったんですが、今年は同時通訳機をつけないで聞いてみるということをしてみました。（途中つけようと試みたのですがメモとりながらだと本体の置き場所がなく、足に挟んだりしていたら電波がわるくなってむしろ聞きにくかったので……）肝心の内容ですが、個人的に響いたのはKeypathの話Property Testの話とCoreDataの話です。GitHub - touyou/EasyCoreDataSample: This is simple todo app with CoreData.あとは最後のセッションとかは（正直言うと上のサンプルつくるのに熱中してしまって集中して聞けてはなかったんですが）メンターのやってることを肯定してくれる感あってよかったです笑その他も色々あったと思いますが、詳しいところはにわとこさんブログ見たほうがはやいと思うので端折ります。企業ブースについて今年は企業ブースがちょっと寂しかったような気がします。みんなアンケートばっかで大体聞いてること同じやんって部分は大きかったと思いますが笑そんな中でmixiさんのSwiftクイズは楽しかったです。一日目と二日目で問題が変わっていて、普通に難しくてやりごたえがありました。その他にもWantedlyさんのクロスワードとかリクルートさんのSwiftクイズなどは楽しみました。そろそろグッズは毎年もらってるしマンネリ感があるのでこうアクティブに楽しめるコンテンツを企業の方々にはやってほしいです！アンケート以外で！笑ワークショップについて三度目ながら初のワークショップ参加はOpen Source Swiftにしてみました。GitHub - touyou/AbsoluteHSB: CLI to change all Swift UIColor initializer to HSB initializer出来たのはこちら。以前参加したProcessingのイベントでみんなHSB使っていこうみたいな話があったので、そこからアイデアを得てやってみました。コンパイラとかは触っていたのでSwiftSyntaxはそこまで面食らいませんでした。というかSyntaxRewriter便利すぎですね。ほんとはもっとSwiftへのコントリビュートの足掛かり得て帰りたいとこでしたが、はじめてまともなOSSが出来たので良しとします😎その他今回グッズとしてはトートバッグとタブレットとか入れられるケースもらいました。毎年いい感じに貰えていてそのうち持ち物全部try! Swiftでもらったものに入ってるみたいなこともできるんではないかなと思ってます笑友達はバイト先のイベントと被る日程なので少なかったですが、OBOGの人とかいて適度に楽しめました。めっちゃiOSDCのほうを勧められたので今年はちゃんとそっちもいこうかな笑あとは今回しっかりスカラシップの人のネックストラップの色が区別されてたので学生同士で声をかけあうという場面が多かった印象があります。Twitterアカウントで名刺交換みたいな感じのことが発生してました。今はみんなQR使うんですね、はじめて使った😂スカラシップ生の焼肉には一日目だけで20人とか集まったらしく少しいけば良かったかなぁと感じてます。まとめ正直なところまだまだ十分にこの機会を活かしきれてないなぁ感があります。もっと話しかけに行く力とか英語力とかつけないと…ですね。Swiftもまだまだ奥が深いなぁとも。ただ今回知り合いがそれなりにいると知らない人と話す機会も比例して増えるということがわかったのでインターンとかしてエンジニアの知り合いも増やしていきたいです。ということでここらへんで。Wantedlyさんの課題含めて久々のSwift漬けな一週間でした。満足。

try! Swift 2019参加記

お久しぶりです。前回からかなりの期間空いてしまいましたが、またLTをする機会がありそこで話したことをまとめておきたいと思います。3年A組について3年A組はこの冬に放映されていた日テレの人気ドラマです。中でも注目されたのは菅田将暉さん演じる柊先生の熱い言葉でした。体験の作り方今回注目したのは「もっと想像しろ」「もっと考えろ」といった部分です。いじめのような文脈ではこれはもちろん相手の気持ちを考えて、その行為が正しいかどうかをちゃんと判断しろということになりますが、教育やプロダクトをつくるという観点でも基本はそこにあるなぁと感じました。教育もプロダクトをつくることもつまりはなんらかの体験を相手に届けるということです。教えてもらってる人が、プロダクトを使う人がどう感じ、どう思い、どう考えるのか。その意味で良い教育、良いプロダクトをつくれる人というのは、基本としてそこの想像力がきっちりと身についている人と言えるのではないかなぁと思っています。そして、この想像力、と言ってもやはり他人のことなので最初からできるとは限りません。じゃあそれをどう身につければよいのか？守破離という考え方が生きてくるのかなと思いました。まずとにかく良いものの真似をします。良いものというのはたくさんの人に受け入れられているものなので、それを真似することによってどういうものであれば相手に受け入れられるのか？その時どう相手が感じるのか？というところを考える足がかりを得ることができます。つまり想像力の下地ができます。今書いたことはもしかすると守破離の基本的な意味を想像力という単語で補っただけの文章かもしれません。ですが、このように物事の守破離の過程には想像力というものもしっかりといきている、それは間違いないのかなと思っています。ここまでさらっと書いてきましたが、これらを実際にしていくにはなにかを行いながら想像すること、つまり考え続けることが重要です。Let's think.

3年A組とクリエイティブ

なんやら研修を共にした同期がみんな卒論・修論に追われつつnoteで2018年を振り返ってたので、僕もかなり遅いですが乗っかろうと思います。続きをみる

2018の振り返り

誰でもわかる！レスポンシブ時代の画像処理入門

お久しぶりです。うまいことネタが出来たので、アウトプットしようと思います。実は10月頃、とある場で大学生に対する講師をしており、そこでこんな発表をしていました。一部公開用に改変しましたが、主なモチベーションとしては「教育者なら、学び続けようぜ」というものでした。ですがこの「学ぶ」ということに関して少しふわっとした感覚ですが一般的な「勉強」とは違うんだよなという考えがあり、それをこの時点では「継続的に達成感が得られる楽しい学び」というかたちで表現していました。そんなことがあって約１ヶ月、AmazonPrimeに登録してるんだからとPrime Readingをちょくちょく読むようになったのですがそこである本と出会いこのふわっとした感覚をもっとちゃんとした言語に落とし込めたのでそれを紹介したいと思います。なぜ、あなたの仕事は終わらないのか スピードは最強の武器である作者: 中島聡出版社/メーカー: 文響社発売日: 2016/06/08メディア: Kindle版この商品を含むブログ (5件) を見るこの本はWindows95の設計をした中島聡さんという人が書いた仕事術の本です。基本はこういう風にやると仕事が早くなるし、時間の使い方うまくなるでみたいな話が時間の使い方の重要性にはじまり、Howのところやその結果までつらつらと述べられています。フレームワークがほかのことにも使えるよといった話になりました。そこで出てきたのが「勉強をするんじゃない。目的をもって調べるんだ。」（かなり要約しています。）という言葉で、僕はこれだ！という気持ちになりました。つまり、僕の考えていた「達成感」という存在がまさしく「目的」なわけです。これは僕のプログラミング遍歴を振り返ってみても、疑いようのない事実です。というのも僕はもともとプログラミングという存在に憧れてはじめたタイプなので、CやPythonにはじまり様々な言語をこれまで触ってきたわけですが、結局のところ一番自由に扱えるのは競技プログラミングをやるために覚えたC++と7本のアプリをリリースしたSwiftになっています。中三のころ、プログラミング理解できたはいいけどなにに使えばいいのかと行き詰まったことがあったように、はっきりとした目的が無ければモチベーションも自ずと失われてしまいます。だからこそ「達成感」を得られるような「目的」が必要になるわけです。そして、その「達成感」は自分の知識の範囲で簡単にできてしまうことでは得られません。調べながらも適度に苦労する、その経験が結果的に「達成感」につながるし勉強しようと思ってなくてもその過程でいつのまにか自分のスキルになっているんです。僕はこういうことこそ、学びの正しい形ではないかなと思いました。基礎も確かに大事ではあるけど、それ以上にこういう「なにかをするために必要だ」というモチベーションが必要になるんじゃないかな、と。そんなことを思う僕ですが、現在も卒論のシステムを作るべく、React+TypeScriptなフロントエンドの環境を「調べながら」作っています。この本という裏付けと、今までの経験があるから卒論が終わった頃には自由にWebのフロントエンドもかけるようになってるんじゃないかなと、そんな期待をしていたり、していなかったり...

「学ぶ」ことへの見解

前の投稿を見た。１月だった。約八ヶ月。大きな空白の間には、それ相応の出来事がたくさんあって、だからちょっとこのタイミングでまとめてみようと思う。いろんな近況進路買ったもの仕事つくったもの業績系まとめとはいえすごく間が空いていて、四年秋がはじまる直前といういいタイミングであることは間違いないのでこれまでの近況をカテゴリー別にまとめていきたいと思います。いろんな近況進路まずなにを話すにもここが大事な部分になってくると思うので進路について。この８月に自分の大学の院試をうけて無事合格しました🎉というわけで来春からは東京大学大学院情報理工学系研究科コンピュータ科学専攻所属ということになります。外国でCS専攻と名乗れる立場になりました笑（今まではInformation Scienceだったので汗）研究室もかねてからの第一志望だった五十嵐研になり、卒論配属も同じく五十嵐研で今急ピッチで卒論テーマを検討しています。ざっくりとしたテーマとしては（これはふわっと院試向けに決めたことでしたが）、やはり自分的にはデザインとエンジニアリングはもっと融合すべきだと思っていて、そこらへんをサポートできるUIを突き詰めていけたらなぁという風に考えています。買ったもの普段からあまりものを買わず、お金がたまっていくのに謎の達成感を得て楽しんでいる僕ですが、この八ヶ月では結構でかい買い物をたくさんしました。まずはMacbook Pro。長らく13 inchのものを使っていましたが、容量がそろそろ限界に近づいていたということもあって３月の学生キャンペーンのタイミングで15 inchのフル積みを自腹で購入しました笑2017年モデルなので、そのあと７月頃出た2018年モデルよりはスペックは下がるのですが、謎に容量に余裕あるしGPU２つあるし、しばらく困らない生活が送れそうです。ちなみにType-Cデビューということで同じく買ったこのアダプタなんですけど、結構高速らしくて一人に勧めたらいつのまにか色んな人に広まってました。もしお悩みの方はぜひ。USB C ハブ　タイプ C ハブ　Type C HUB　軽便アダプター　4k HDMI出力　USB3.0ポート SDHC＆Micro SDHCカードリーダー付き　MacBookPro13"/15"2016&2017専用 高速データ　伝送　専用革製バッグ　スマホ用OTGリーダー　充電機能　付き　doedoeflu USB C ハブ　アダプター (グレー)出版社/メーカー: doedoefluメディア: ホーム&キッチンこの商品を含むブログを見る続いてこの夏の終わり、まさに９月にはまた２つほど大きい買い物をしました。Sonyが出している普通の時計にスマートウォッチがくっつく形のものを選びました。[wena project] wena wrist active Black WA-01A/B出版社/メーカー: Sony(ソニー)メディア: エレクトロニクスこの商品を含むブログを見る[wena project] wena wrist Chronograph Solar Silver -beams edition- WNW-HCS02/S出版社/メーカー: Sony(ソニー)発売日: 2018/07/26メディア: エレクトロニクスこの商品を含むブログを見るちなみにこんな感じでミーハーなので時計部分はbeamsとのコラボキャンペーンで売られていたスペシャルモデルを選んでいます。これは合格祝い兼成人祝い（もらってなかった）兼なんちゃらみたいな感じで親に買ってもらう形になりました。そしてもう一つがiPad Proです。秋に新型が出るとか出ないとかあるんですが、やっぱり９月から研究生活が始まるということでおもに論文用に10.5 inchのほうを購入しました。Apple Pencilとペーパーライクな保護シートもあわせて買っていて結構便利につかえています。エレコム iPad フィルム iPad Pro 10.5 2017年モデル ペーパーライク 反射防止 TB-A17FLAPL出版社/メーカー: エレコム発売日: 2017/06/07メディア: Personal Computersこの商品を含むブログを見る仕事仕事としてはあいかわらずLife is Tech !を中心に働いています。今年になって特に、コースリーダーやら講師やらとiPhoneコース内での地位がどんどんあがってきていて、あわあわという感じなんですが楽しくやらせてもらっています。それとは別に、高校の塾や予備校時代お世話になった先生を手伝ってjuken7.netという団体のアプリ開発者のリードや、チラシとロゴのデザインも最近はやらせてもらっています。開発まわりをテックの仲のいい人で固めていたりとなかなかおもしろい感じにやってます（といっても僕ともうひとりはそもそも先生の教え子だったりするんですが笑）Webサイトを見に行ってみて下さい。そしてあわよくばここらへんをダウンロード・購入してもらえると嬉しいです😊微分-juken7app-Kunihiko Kasahara教育無料不定積分-juken7app-Kunihiko Kasahara教育¥240定積分-juken7app-Kunihiko Kasahara教育¥240そのうちリデザインもします。つくったものここ八ヶ月でつくったものはまずなんといっても上にも書いたjuken7.netのアプリとチラシです。チラシはjuken7 (@juken7net) | Twitterで定期的につぶやかれているのでそちらを見て下さい。あとはアプリの新デザインも実はモックまでできあがってるんですが忙しくしすぎて実装できてません😅もう一個がロゴと新ポートフォリオです。ずっとリニューアルしたいといいつつできてなかったのがついに出来ました。結構お気に入りですが改善できるところは全然あると思うので気付いたらちまちま直していきたいなぁというところですね。touyou.github.io他にもちょくちょくリリースしてないもの含めてつくってますがそれはまぁリポジトリとかを見て下さい。あとデザインとかもろもろ系のアウトプットの場専用のインスタアカウントをつくりました。もしよければフォローお願いします。業績系八ヶ月といえばよく考えればいろんな報告ができていなかったんですが、まずgit push hackathon vol.1のiOS部門で優勝しました。近々vol.2が来るので余裕があれば参戦したいなぁと思っています。github.comまたこれは業績ではないと思うのですがLife is Tech !のいろんなところでインタビューがリリースされています。ポートフォリオにリンクしているのですが他にも二箇所ぐらいいるのでぜひ探してみて下さい笑まとめというわけで各々はざっくりですがこの八ヶ月間をまとめてみました。それでは☺️

[Xcode10][Mojave] CreateMLを試す方法

はじめにSwiftも安定期に入り、どんどんと間口が広がっているiOS開発ですが、それにあわせてじわじわとXcodeも進化してきています。対象iOS開発でGitHubを使っている人これからiOS開発をするにあたってGitHubを使ってみたい人Xcodeで開発しているあまねく人実はこんなところからできるGitHub連携そもそもGitHubって〜という部分はさまざまな記事があるので省かせていただきます。さて、さっそくはじめにXcode9って実はこんなところからできるんだよ！というところから始めます。色々思いつくこともあると思いますがこの２つのコマンドです。$ git config --global user.name "Hoge Fuga"$ git config --global user.email hogefuga@hogehoge.com意外と忘れてしまいがちですがパソコン自体のgitの設定です。実はXcode9ではこの時点からXcodeだけで出来てしまうんです。それが以下のスライドの手順になります。これだけです。簡単ですね。こうすることでgitの設定が出来てしまいました。AppleIDとおんなじようにログインできてしまいました。しかも最後のスクショからわかるようにHTTPSとSSHを選ぶことが出来ます。そしてSSHモードにすると下にSSHキーに関してどうするかという設定項目が出てくるのでターミナルを開かずともSSH連携をすることも可能です。これでもうGitHub連携ができてしまいました。リポジトリをつくろう続いてリポジトリの作成です。順を追って説明していきます。その１ gitリポジトリとしての初期化普段なら$ git initとするところ、これもXcode上で実現可能です。Create Git repository on my Macのチェックが入っているかを確認すればオーケーです。出てこない！という人はOptionsを押してみてください。次にすでにプロジェクトはあるけどリポジトリになってないよーという人はこのメニューのCreate Git Repositories...を選択します。これだけです。簡単ですね。その２ リモートリポジトリを作成/紐付けをしよう続いてはGitHub上にリモートリポジトリを作成します。ここでさぁWebブラウザで...となった人、まだ待ってください。あたらしくリモートリポジトリを作成する際は以下の部分を選択していきましょう。すると以下のような画面が出てきます。必要な情報を入力したらCreateで完了です。ここまででリポジトリの作成から紐付けまで終わってしまいます。簡単ですね。もしすでに作成されているリモートリポジトリと紐付けたい場合は先程のCreate "Hoge" Remote on GitHub...の下にあるAdd Exsisting Remote...を選択することで簡単にできます。GitHubにアップ紐付けが終わった時点でGitHubにはInitial Commitがされています。ですが実際の作業内容を保存するにはもちろんコミット＆プッシュが必要なのでそちらもXcode上でやっていきます。コマンドでやると、作業する↓$ git add .↓$ git commit -m "add fuga"↓$ git push origin master↓次の作業へが普段のフローですね。（個人開発での利用を想定しているのでpullなどは含めていません。また全てをaddしてしまっているなど細かい点は気にしないでください。あくまで一例です。）これはもともとちょっと前からもあった機能ですが、この部分をかなり簡略化することが可能です。まずaddの過程は一旦気にせずCommitをクリックしましょう。すると以下のような画面が出てきます。左にコミットするファイルの一覧が出てきて、ファイルをクリックすると差分が見れます。横のチェックマークを外しておくとそのファイルはコミットされません（つまりここがaddの操作に対応します。）そして重要なのは左下です。ここをチェックしておくとコミットと同時にPushまでしてくれます。その横でどのブランチに上げるかも選択可能です。すべての設定が終わったら右下のボタンをクリックして終了です。コミットメッセージ以外文字を打たなくていいのはかなりの効率化になるのではないでしょうか。まとめ以上GitHubとXcodeに関しての簡単な使い方を説明しました。相当複雑な操作以外基本まかなえるのでぜひ活用してみてください。FAQブランチを切りたいときはどうする？リポジトリをつくるときに利用したXcodeの左にあるSource Control navigatorで可能です。こんな感じに管理できます。少し注目してほしいのがfeatureのところで、これ実はfeature/hogeというようなブランチを作るとこんなふうにフォルダとして表示してくれるんです。便利ですね。さらにブランチを選択するとメイン画面に各ブランチのコミット履歴が表示されて、コミットをダブルクリックすればファイルの差分を確認することが出来ます。ひょっとしたらGitHubで見るよりも便利かもしれません...！マージや過去に戻りたいときは？これもSource Control navigatorで可能です。コミットを右クリックしたりブランチを右クリックするとマージのオプションやチェックアウトの項目が出てきてくれます。その他にコミットメッセージのコピーコミットした人へのメール作成特定のコミットにタグをつける特定のコミットからブランチを切るコミットやブランチのGitHub上の該当ページに飛ぶなどの機能が確認できました。もしかしてターミナルいらない...？僕自身ターミナルが好きなので一概に「はい。」とはいえないところですが、コンフリクトした時の処理をAtomやVSCode並にできるようになったり、うまくrebaseをGUIで直感的にできるようになったりするとiOSでgitを使うときはXcode+GitHubオンリーで行けるとなる日も近いのかもしれませんね。

Xcode9時代のゆるふわGitHub生活

はじめに先日Macbook Proを新しく買ったので、環境構築について自分なりにまとめてみました。また自分がもろもろ手を出しがちな人なので、人によってはこの通りにすると余計なものがたくさん入ってしまうということがあります。これに沿って環境構築をしたいという方はそちらも念頭において使用してください。環境構築購入したものMacbook Pro 15inch 2017 フル積み英字キーボード、Touch Bar手順1. GUIソフトのインストールその１以下のあたりをとりあえず入れていくXcode再起動するフェイズが入る、多分ここはバージョンとか時期によりそうGitHubとデベロッパーアカウントにはログインしておくとよい。Chrome起動してデフォルトのブラウザにログインして設定は引き継ぐGoogle日本語入力入れた後、デフォルトの日本語を削除Karabiner Elements設定画面を開きANSIを選択Simple Modificationsにcaps_lock -> left_controlを設定Complex Modificationsのimport more rules from internetからfor japanese (rev. xxx)を探してimport「コマンドキーを単体でおした時〜」をEnableにKarabiner-Elements - 左右commandキー単独をかな英数キーにGUIで設定できるようになってた！ - ngzmのブログiTerm2オフィス関連などApple純正アプリ実はAppStoreの購入済みの画面にいって「受け取る」をクリックする必要があるみたいこれで設定がしやすくなる。IMEまわりは標準の日本語入力は使いにくいのと、英字キーボードのため。2. コマンドラインの設定以外を整えていく設定はこだわりたいので後回しで、ひとまず入れていく。こっちはそこそこ手順が決まる2-1. Homebrewとzshの投入homebrewをまず検索してホームページからインストールスクリプトをコピー＆実行brew install zshを実行。もともと入ってるそうだけどbrewで管理するとアップデートができるのでこちらにしてみる。zshをプライマリにしたいのでシステム環境設定のユーザーとグループからユーザーを右クリックして詳細オプションを表示。ログインシェルを/usr/local/bin/zshにする。【Mac】ログインシェルの変更方法について (chsh, chpass) - TASK NOTESbrew caskを使うためbrew tap caskroom/caskもついでにしておくこれがベースになる。Preztoなども設定したいがそれは設定フェイズにまわして次に進んだ。2-2. 各種プログラミング言語の環境をセットアップしていく新Macbook環境構築計画＆メモ一覧 · GitHubにまとめているリンクを参考に主要言語のパッケージマネージャ的なものたちを入れた。ひとまず2018年時点でPython,Ruby,Haskell,OCaml,Goを使う場合は以下のコマンドを叩く。brew install python python3 rbenv ruby-build haskell-stack opam goRustに関してはrustpというのを入れるといいらしいのでそのために以下を実行する（面倒ならbrewでもよさそう）curl https://sh.rustup.rs -sSf | shこちらはRust の初期環境構築 【2017年版】 - A Memorandumを見ながらやるとよさそう。TeXに関してはbrew install ghostscriptとbrew cask install mactexを実行する。そして最後にsudo tlmgr update --self --allでオーケー。(2018/04/18 更新)上の方法だと日本語が入っていなかったり確かにGUI使わないんだよなぁという気分になったのでここを参考にするように変更した。この記事がよい(2018/04/30 更新)basictexがアップデートされるとそのたびにパッケージが更新されてしまうらしい（？）sudo tlmgr update --self --allsudo tlmgr install uplatex latexmk collection-langjapanese latexindentを行う。ちなみにlatexindentはPerlのライブラリへの依存が高く、しかも普通のCPANでは解決できないのでbrew install cpanmをしてsudo cpanm Hoge::Hogeを必要なものに対して行わなければならない。そこらへんの詳しい必要なものはlatexindentのリポジトリに記載されている。(2018/05/15 更新)LaTeXのバージョンが上がると時々latexmk向けの環境が壊れる場合がある（フォーマットファイルとかが古いバージョンのまま更新されてくれない）fmtutil-user --allここまでできたら、各環境をより細かく入れていきたいので編集用にまずbrew install vim --with-luaでvimを一旦導入。一旦というのはカスタマイズに応じてもう少しオプションが必要な可能性もあるから。$ git clone --recursive https://github.com/sorin-ionescu/prezto.git "${ZDOTDIR:-$HOME}/.zprezto"$ setopt EXTENDED_GLOBfor rcfile in "${ZDOTDIR:-$HOME}"/.zprezto/runcoms/^README.md(.N); do  ln -s "$rcfile" "${ZDOTDIR:-$HOME}/.${rcfile:t}"doneこれは基本的にzpreztoのREADMEからとってくればいいが、lnを走らせる時すでに.zshrcなどがあるとpreztoが自動生成してくれる.zshrcを使えないので一回削除してから入れると便利そうしたらパスを順次追加していく。zshだとパスは以下のように.zshrcに追加していくと便利。GOPATHはこれからGoを始める人のためのTips集 | The Wacul Blogの通りにすると後々いいらしい。export GOPATH=$HOME/.go/lib:$HOME/.go/projectspath=(  $HOME/.rbenv/bin(N-)  $HOME/.cargo/bin(N-)  $HOME/.go/lib/bin(N-)  $HOME/.go/projects/bin(N-)  $path)他にはPythonの環境として、２系はvirtualenvが別途必要になるのでpip install virtualenvだけ走らせた。stack setupで必要なものをいれてあげる。brew install hg darcsをやった後にopam initを実行してあげる。ここでopamは勝手にzshrcに追記してくれる。その後eval `opam config env`する。brew install rlwrapしてOCamlのエイリアスを貼っておくと使いにくいインタプリタが使いやすくなる。OCamlの環境構築[Mac OS X] - Qiitaに基本従って最後まで設定しきった。(追記:2018/03/11)brew install gcc6をする。macにgcc5.3をインストール - Qiitaを参考にした。最後、シンボリックリンクをつけてあげるが。現在は以下。ln -s /usr/local/bin/gcc-6 /usr/local/bin/gccln -s /usr/local/bin/g++-6 /usr/local/bin/g++ただ、これでもまだgccはclangエイリアスのままになってしまう。パスを入れ替えても効きそうにない上、全体で優先順位が変わってしまうとXcodeでCを使うときが怖い気がしたのでzsh上のエイリアスにすることにした。つまり.zshrcに以下を追記した。.zshrcalias gcc='/usr/local/bin/gcc'alias g++='/usr/local/bin/g++'もちろんもとからこれをするというならシンボリックリンクの過程はいらないかも。(2018/05/15 追記).zshrcalias gcc='/usr/local/bin/gcc-8'alias g++='/usr/local/bin/g++-8'とやるほうがバージョンが変わったときに気づきやすくてよい。3. もろもろインストール祭りちょっと複雑なフェイズが終わったのでCUI/GUIともにもろもろを入れていく。多分順番をつけるのが面倒になっただけ。GUIvirtualbox, FileZilla ... ここらへんはCaskでインストール管理ができる。なのでbrew cask install virtualbox filezillaとする。VirtualBoxは途中で設定のセキュリティとプライバシーに出てくる許可ボタンを押してやらなきゃならないから、コマンド実行してからまた再度実行しなおすみたいなフローが発生した。Android Studio ... かなり便利になったのでダウンロードした後は起動して進めていけばいいっぽい。最後に設定からGitHubにだけログインした。Unity ... VSCodeが使えるのでMonoDevelopを外して代わりにAndroidとiOS、WebGLのサポートを追加したさらにVSCodeでIDE的機能を使うためには brew cask install dotnet、brew install monoを入れておく必要があるProcessing ... 入れるだけSketch.app ... 少しライセンスの移動などを考えれば良い。Atom, VSCode, Franz, Mendeley, Boostnote、Abstract, AppCleaner ... ノー思考Evernote, Affinity, One Drive, Memory Cleaner, Alfred, Disk Diag, Display Menu, LadioCast ... ここらへんは本当にAppStoreから入れるだけなのでもっとノー思考Zeplin ... 一旦ログインしてから浮き輪をクリックするとダウンロードする場所へのリンクがあるMaya ... ライセンスを持っている場合、ログインするとダウンロードできるAdobe ... とりあえずライセンスを購入するまではCleative Cloudのマネージャーだけ入れておくCUIPod ... sudo gem install cocoapodsCarthage ... brew install carthage。最初実行するとxcodebuildのパスがうまく設定できてなくてsudo xcode-select --switch /Applications/Xcode.app/Contents/Developerとすることで治った。carthage-input-files ... GitHub - ken0nek/CarthageInputFiles: You don't have to type framework paths each time when using Carthageを見る。これはCarthageを便利に使うため。インストールにswift package managerを利用しているため、インストールする前にXcodeを一度開いてコマンドラインツールなどが使える状態にしておく必要がある。また一度デバッグしないとデベロッパー使用の許可のポップアップが出てこないので何かしらをビルドして許可することでインストールできる状態になる。SwiftLint ... brew install swiftlintbrew rmtree ... brew tap beeftornado/rmtree。これはBrewの依存関係をうまく扱いつつ整理できる便利ツール。brew-file ... brew install rcmdnk/file/brew-fileとしてその後.zshrcに以下を追記する。if [ -f $(brew --prefix)/etc/brew-wrap ];thensource $(brew --prefix)/etc/brew-wrapfinodebrew ... brew install nodebrewnode.js ... nodebrew install-binary latestをする。買いたてのＭacにNode.jsとnpmをインストール - Qiitaここを見ればわりと安心。Commitizen by commitizen ... なんで急にnodeを入れだしたかというとこれのため。意外と使えるgitのツールtig, gibo...gitのブランチをコマンドライン上で見れるtigとgitignore生成のgiboはどっちもbrewで入れられるのでbrew install tig giboで。hub ... GitHubにリポジトリを作成できるhubもbrewで入れるDocker ... Docker for Macがあるのでbrew install dockerとbrew cask install dockerを両方実行するdeploygate ... sudo gem install deploygate --no-documentclang-format ... brew install clang-formatで。C/C++のコード整形を行うため。lolcat ... brew install lolcatで。ただただ楽しいやつ。swiftenv ... 基本ここを見る。他のバージョンも入れたくなった事態が発生したため。OpenMPI ... ここを参考に。ただ、Brewだとなにやらうまくいかなかったので手動makeのほうをおこなった。インストールしたものは立ち上げていってログイン処理などを行った。特にWebからのは一度許可を出さなければなので開いておくとよいかも。4. 設定祭りここまででかなり環境として整ってきた。ライセンスなどは一応やるだけなのでまた厄介な設定に入っていく。まずPowerlineが好きなのでそれのセットアップをする。Zsh+Preztoを設定し、powerline対応のthemeを設定する - Tbpgr Blogにやり方は載っているのでこれをそのままやっていく。最後にバージョン依存らしきコピーコマンドを実行しているが、これは代わりにインストール後これを実行してねとメッセージがでてくるのでそれをコピーして実行すればいい。Preztoでzshをいい感じに使う - スプーキーズのちょっとTech。にあるように自分の好きなものをとりあえず有効にしておけば後々感動することになるかもしれない。GitHubとパソコンのSSHの紐付けはすごく簡単になっていて、XcodeでGitHubアカウントにログインすると紐付けする方法がHTTPかSSHか選べて、そこでSSHを選択するとなんとGUI上で鍵を生成することができてしまう。元々GitHubとのヒモ付のためのSSH Keyなのでこれを設定しておけばターミナル上のgitでもGitHubとつながっているということになる。Gitをインストールしたら真っ先にやっておくべき初期設定 - Qiitaはやっておく必要があった。色味も設定してあげたいが、Railscastsがなんとなく好きなので、それを使用していく。まずiTerm2用にGitHub - therealechan/railscasts-iterm2: railscasts color for iterm2があるのでダウンロードしてきてプロファイルのカラー設定からインポートし設定する。GitHub - mbadolato/iTerm2-Color-Schemesでまとめてダウンロードしてきて好きなものを設定するでもいいと思う。XcodeにもGitHub - skywinder/xcode-themes: Color themes for Xcodeのようなリポジトリがある。こちらの追加はちょっとだけ面倒で自分でフォルダをつくり、そこにコピーしてやらなければならない。ここらへんのやり方はリポジトリのREADMEの一番下を見てやればいい。ちょっと脇道にそれてiTunesについて、CDで入れた曲がいっぱいあったのでそれを入れたかったけど、Automaticary Add to iTunesっていうそれっぽいフォルダに入れると日本語がことごとく文字化けしていく（英語設定にしてたからかも）またカラーパレットとしてはSome color pallets with Apple Color List (.clr) format · GitHubを導入しておくと一気にいろんな色がいろんなアプリケーションで使えるようになっていい。Unityに関して、エディタをVSCodeにする場合C#のプラグインには.NET and C# - Get Started in 10 Minutesが必要になる。5. 最大の難関vimまずひとまずdeinを入れる。これはREADMEに従えば大丈夫。dein.vimでプラグイン管理のはじめ方 - Qiitaなどを参考にtomlファイルに外出しするとよい。プラグインとしてはまず見た目まわりとしてnerdtree,devicon,railscats theme,airlineなどを入れた。Airlineに関してはvim-airlineを入れる - Qiitaとかマイvim設定を修正（vim-airlineで格好いいvimライフ） - Qiitaを見るといいかも。そして.vimrcはdotfiles/.vimrc at master · touyou/dotfiles · GitHubのようになった。もともと使ってたやつを整理しつつバグを目でつぶした感じ。$MY_VIMRUNTIMEやfileTypeIndentあたりは便利。6. なんだかいろいろやったけど...ひとまずはGitHub - touyou/dotfilesを更新したのでこちらに大体はのっている。zpreztoの管理だけ面倒だったが、forkしてoriginとは別にtouyouという名前でリモートリポジトリを登録し、コミット＆プッシュした状態をsubmodule化することで解決した。

新しいMacbookを買ったので環境構築についてまとめてみた

こんにちは。これは空いていたためIS17er Advent Calendar 2017 - Adventarの20日目の記事として21日からゆったりと年を越しつつ書かれました。僕はは普段Life is Tech !という中高生向けプログラミング教育の会社で大学生スタッフ、通称メンターをやっています。そのうちのスクールというところでは自分の班として4~5人の中高生に毎週iOSのアプリ開発について教えています。Life is Tech !スクールは学習塾などとは違って、カリキュラムが明確な日程としては組まれていません。ですので、その場にいる中高生の進度は様々であり、言ってみれば進捗の違う個人指導を複数同時に行うような形になります。すると当然のことながら班の中高生全体に向けて足並みを揃えて教える機会というのは限られていて、個々にその場その場で適したことを教えていくというのが基本スタイルでした。すごく前置きが長くなりましたが、今回はそんな取り組みを通して感じたLTに関しての考えを述べていければと思います。どんなことを話すかデザインで、伝える良かったことまとめどんなことを話すか話す内容の選び方はすごく簡潔で、自分の経験から伝えたいこと自分の班の中高生にわかってほしいことという２ポイントで選びました。これはもちろん今回のような場合に限定されたものですが、考え方として聞く相手がどのような人たちなのか？というのは本当に重要だと感じています。属性の人がいるかということです。それに応じて話す内容を考える、さらにはレベル感や伝え方まで考えられるかと思います。今回は具体的には以下のようなことを話していました。第一回：自己紹介、Slackの紹介第二回：綺麗なコードの書き方第三回：東京大学について第四回：デザインの四原則について第五回：競技プログラミングについて第六回：発表の仕方について第七回：勉強会レポート第八回：情報系の学生が何をするか第九回：スライドデザインについて第十回：独学についての考えLife is Tech !スクールではそれまでにやったことを発表する中間発表会や、理解を確認するチェックシートなどのイベントが挟まるのでそれに応じた回もあってだからどうこうというのは言いにくいのですが、このように普段だと伝えられないことなどを中心に話題を選んでいっています。デザインで、伝えるスライドを作成する時、よくテンプレートが利用されると思います。選び方によっては簡単にかっこよくなったり可愛くなったりして綺麗なスライドができるのですが、今回はあえて全てオリジナルでデザインをしました。ざっと並べてみたのがこちらです。もちろん自分のデザインの練習であったりとか、中高生にもスライドをつくってもらうのでそのデザイン例をできるだけ多く示しておきたいみたいな意味合いもあったのですが、これだけのデザインを考えるにあたって僕は「デザインで伝えよう」というような意識をもってやっていました。強調する部分をどう強調するか、だったりどういう雰囲気にすると自分の伝えたいことを一番飲み込みやすいかということを考えながらやっていました。良かったことこれをやって良かったことはいくつかあります。まず直接的なところでいうとスライドデザインが上達しました。アウトプットを重ねていくので当然っちゃ当然ですね。そして発表もなんやかんや少しずつうまくなっているような気がしてます。あとは話題を考えるためにふとした時に具体的に考える癖だったり、あ、これ話してみたいなみたいなことを思うようになったのも良かったかもしれません。まだまだそれをスッと落とし込んで組み立てるところまではできてないのでこの記事のように途中からとりとめのない感じになってしまうこともあるのですが、どこかでこれも役立つのではないかなと思ったりしています。まとめつまり何が言いたかったのかというと、という点が若干崩壊しかけているのですが（笑）、機会をつくるのは少し大変かもしれませんが皆さんLTをする機会をどんどん持っていきましょう。少しでもチャンスがあれば飛び込んでみましょう。きっと自分の成長にもつながるし、聞く人にとっても有益なプレゼンになっていくと思います。短いLightning Talkだからこそ、たくさんできるし、かつ自分の考えをしっかりまとめて話せるはずです。人前で話す練習としても、どんどんLTの輪が広がっていけばいいなと思います。

Lightning Talkについて考える

新年あけましておめでとうございます。ホントは昨年度中にまとめたかったのですが少し2017年を振り返ってみようと思います。記憶が曖昧な部分もあるので一旦時系列は関係なくまとめてみたいと思います。まず１〜３月はいろんなことをはじめた三ヶ月でした。ひとつは受託開発の手伝いのインターン、そしてMOZERです。どちらも2017年を通して取り組んだ仕事でした。なかなか受託開発のほうに時間をさくことができず、やれることは少なかったですが色んなバグに触れることができて成長できた一年だったと思います。４月からは新学期がはじまり情報科学科の授業が本格的にはじまりました。数学に相変わらず苦しめられたりしました、なんとか単位も取りきり、あとは春キャン夏キャンとたのしみましたね。そして黒ポロに任命されました。そして夏が一瞬で過ぎ、ついにCPU実験がはじまりました。誕生日会ではリムジンまで用意してもらい、半生で一番豪華なお祝いをしていただきました。リードギターながらもしっかりと弾ききってみんなに「かっこよかった」と言ってもらえた時は本当に嬉しかったです。こんな感じで、色んな新しい経験をし、成長し、責任を負い、と盛りだくさんな一年でした。今年はもっともっとそれが増えていく予定でもあるのでまぁ気楽にやっていこうと思います。最後に各月あったこともう一度1月 新年謎解き、地下謎瓦そば、Pepperキャンプミスチルライブ駿台飲み、年越しイベ思い出したらまた追加していこうかな。

2017年報

Swiftでコンパイラを書こう

この記事はARKit Advent Calendar 2017の12日目の記事として書かれました。今回解説していることを用いたアプリについての解説をLife is Tech ! メンター Advent Calendar 2017の12日目の記事として公開しているのでよければあわせてお読みください。はじめにARKitが発表されて以来、世の中には様々なチュートリアルが出てきていてますます期待も高まっていますね。ですが、現在公開されている記事のサンプルでは現実の物の距離を測ったり、平面を検知してそこにモデルを置くなど「現実との融合」という観点で見れば興味深い例は多いものの、もっと基本的な部分での活用方法が書かれていないなという印象を受けています。それが様々な種類のオブジェクトを任意のタイミングで置いたりしまったりする方法です。これはもちろん、UITableViewなどで別にchildNodeのリストを用意しておいてタップされたものを消すという方法で出来なくはないかと思いますが、例えば最近話題のどうぶつの森ポケットキャンプの自分のキャンプ場をARで現実世界にレイアウトしていく、というようなことをしたいと考えた時、しまう操作にまでいちいちリストからやっていたら面倒ですよね。（注：どうぶつの森ポケットキャンプでは家具をしまうモードがあり、タップするだけで家具をしまうことができます。）今回上述の別のアドベントカレンダーで製作していたアプリを実現するにあたって、同じような必要性がうまれたのでつまったところなどまとめたいと思います。ポイント① タップされたモデルを検知する今回やりたいことを実現するにあたって大きく２つのポイントがあります。まず一つ目がどうやってタップされたモデルを検知するかということです。現実世界にモデルを置くときの方法としてARSCNViewのhitTestというメソッドを用い、worldTransformから座標を取ってくるというものがよく使われていると思います。hitTestの結果に情報がのっかってる」というのは自然な推論ですがARKitの仕様ではそうなっていません。確かにhitTestを使うには使うのですが、実はARSCNViewではなくその親クラスとなっているSCNViewのhitTestが今回実現したい機能を備えているのです。幸い引数名が被っていないので２つの区別はよしなにやってくれるのですが、どっちも片方ずつのことしかできないので例えばモードによってノードを置くかタップされたノードを検知するか変えるという場合には次のように書けます。touchesBeganoverride func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {    if let touchLocation = touches.first?.location(in: sceneView) {        guard let firstHit = sceneView.hitTest(touchLocation, types: .featurePoint).first else {            return        }        if selectID != 0 {            let hitTransform = SCNMatrix4(firstHit.worldTransform)            let hitPosition = SCNVector3Make(hitTransform.m41, hitTransform.m42, hitTransform.m43)            let newNode = ARManager.shared.generateModel(modelIDs[selectID])            newNode.position = hitPosition            sceneView.scene.rootNode.addChildNode(newNode)        } else {            guard let hitObject = sceneView.hitTest(touchLocation, options: nil).first else {                print("no hit")                return            }            // hitObject.nodeにタップされたモデルが入る        }    }}hitTest(_, types:_)がARSCNViewのもので、hitTest(_, options: _)がSCNViewのものでした。もちろんARSCNViewのほうをif文の中に入れてしまってもうごくとは思いますが一旦この書き方にしています。ここらへんは各自の好みにあわせて書き換えてください。ポイント② 置いてあるモデルに情報を付与しておく次のポイントは正直必要ないアプリもあるとは思いますが、置いてあるモデルに情報を付与しておくにはどうすればいいかということです。モデル名だけでは情報が不十分になるような時必要となりますね。さらに3Dモデルは他のソフトで製作した時...とかなり限定的な状況ではあるのですが少し苦労したので書いておきます。必要ないなという方はまとめまで読み飛ばしてもらって構いません。まず第一に考えられる方法として情報をもたせた独自のSCNNodeを継承したカスタムクラスをつくるということが考えられます。ですがこれには以下の問題がありました。コードで作成していないモデルについては読み込む時にそのカスタムクラスにキャストできない仮に普通のノードを子供として持つように書いたとしてもhitTestで検知されるのがカスタムクラスとは限らず情報が失われる可能性がある二点目に関してはparentとして取ってこれる可能性がありますが、どちらが検知されるかわからない不確定性をできれば残したくないですよね。そこでSCNNodeのextensionで情報をもたせられないかということを考えます。extensionにstored propertyを定義できないことはよく知られていることですが、やはり同じことを考える人は多いようでこんな記事を見つけました。SwiftでExtensionのプロパティの黒魔術感をなくす(追記アリ)objc_getAssociatedObject で必ずnil返ってくる件(解決済み)おそらくこれでも動くはずなのですが、unsafeBitCastで「サイズ違うポインタはキャストできへんで」と怒られてしまったので、Stored Properties In Swift Extensionsを参考にして以下のように書くことにしました。SCNNode+Extensionsprotocol PropertyStoring {    associatedtype T    func getAssociatedObject(_ key: UnsafeRawPointer!, defaultValue: T) -> T}extension PropertyStoring {    func getAssociatedObject(_ key: UnsafeRawPointer!, defaultValue: T) -> T {        guard let value = objc_getAssociatedObject(self, key) as? T else {            return defaultValue        }        return value    }}extension SCNNode: PropertyStoring {    typealias T = ObjectData    private struct CustomProperties {        static var objectData = ObjectData.init(latitude: 0, longitude: 0, object: ARManager.Model.present.rawValue, userID: "unknown")    }    var objectData: ObjectData {        get {            return getAssociatedObject(&CustomProperties.objectData, defaultValue: CustomProperties.objectData)        }        set {            return objc_setAssociatedObject(self, &CustomProperties.objectData, newValue, .OBJC_ASSOCIATION_RETAIN)        }    }}実際のアプリではこれを使って以下のように書いています。touchesBegan(完全版)override func touchesBegan(_ touches: Set<UITouch>, with event: UIEvent?) {    if let touchLocation = touches.first?.location(in: sceneView) {        guard let firstHit = sceneView.hitTest(touchLocation, types: .featurePoint).first else {            return        }        if selectID != 0 {            let hitTransform = SCNMatrix4(firstHit.worldTransform)            let hitPosition = SCNVector3Make(hitTransform.m41, hitTransform.m42, hitTransform.m43)            let newNode = ARManager.shared.generateModel(modelIDs[selectID])            newNode.position = hitPosition            newNode.objectData = FirestoreHelper.shared.postData(location: MatrixHelper.transformLocation(for: matrix_identity_float4x4, originLocation: ARCLManager.shared.location, location: hitPosition), objectID: modelIDs[selectID])!            self.addedObjects.append(newNode.objectData)            sceneView.scene.rootNode.addChildNode(newNode)        } else {            guard let hitObject = sceneView.hitTest(touchLocation, options: nil).first else {                print("no hit")                return            }            if hitObject.node.name == ARManager.Model.present.modelName {                let objectData = hitObject.node.objectData                let newNode = ARManager.shared.generateModel(ARManager.Model(rawValue: objectData.object)!)                newNode.objectData = objectData                sceneView.scene.rootNode.replaceChildNode(hitObject.node, with: newNode)            }        }    }}まとめというわけで当初の目的であった「様々な種類のオブジェクトを任意のタイミングで置いたりしまったりする」という操作が達成できました。ARKitの活用として「現実に情報を置く」という点にしかフォーカスしていないものが多かったのでこの記事を参考にもっと「現実に置いたものに触れてみる」というところまで発展したアプリがたくさん生まれていってくれたら嬉しいなと思います。今回実際につくったアプリのリンクも貼っておきます。是非クローンして色々遊んでみてください。（これをもとに発展させたアプリを製作する際は3DモデルがPolyで公開されているCCライセンスのモデルであることに留意しつつ、不安な場合は独自のものを使うようにしてください。）touyou/XmasPresentGo

ARKit+SceneKitで任意のタイミングにモデルを出し入れする方法

ARKitとPolyでクリスマスっぽいソシャゲを作ってみた

こんにちは。数ヶ月ぶりの更新になんやこのタイトルはという感じもありますが先日Twitterは現代人の心にどう影響してる？京都学園大学・橋本先生に聞いてみた | 京都学園大学 受験生応援サイトを読んで感じたことをつらつらと書いていこうと思います。 本題に入る前に余談ですが、これからは時間が空いたときに少しずつこんな風に自分の考え方をまとめていけたらなと思っています。12月に入ってアドベントカレンダーも始まったのですがなんだか文章が下手になってる気もするので…  記事は人気ライターのさえりさんに女子大生が投げかけた些細な（でもとても難しい）疑問から始まります。Twitterで人ってどう変わったのかな？これに対して答えるのは京都学園大学の橋本先生という方。いわく、Twitterによって人の悩みとの向き合い方が変わった（かなりざっくりまとめました）ということなのです。 Twitterで、悩みを人に聞いてもらって解決するのではなく発信による発散で解消してしまう。そうしたことによって、人は自分について深く悩む機会が減り、当たり障りなく生きていくことが上手くなったというようなお話です。 これを読んで、「あ、まさに自分だ」と思いました。記事でもこの変化自体が一概に悪いと言えないと書かれていますが、いつも相手の思っていることの推測ばかりしててちゃんと自分の欲を表現できていないというか、そういうところは少しTwitterをやってない人たちのスタンスのほうが羨ましく感じるなぁと思ってしまったのです。 そんな心からにじみ出た言葉が記事の最後のほうにもでてきた「心でつぶやきたい」という言葉なのでした。 それではまた！おやすみなさい！！（とても眠い…）

心でつぶやきたい

概要AVCaptureVideoPreviewLayerをAutoLayoutと一緒に使いながら横向きの動画を撮る際に少しハマったので共有します。問題点基本的に、撮る動画の向きに関してはこちらの記事にあるようにAVCaptureOutputのAVCaptureConnectionを変えてやれば問題はありません。しかし横向きに固定したアプリで動画を撮ろうとするとLayerの中で勝手に動画が回転して、AVCaptureConnectionをLandscapeにしてもPortraitにしても動画が90度回転してしまった状態で表示されてしまいました。解決方法解決方法はいたってシンプルでした。先程とりあげた記事にはAVCaptureVideoPreviewLayerが自動で向きを変えてくれるとありますがこれは厳密には違うようで、実際はAVCaptureVideoPreviewLayer自身にsessionとは別のAVCaptureConnectionが設定されていました。つまり以下のようにするとAVCaptureVideoPreviewLayer内の動画を意図した向きに表示することができます。if let videoLayer = AVCaptureVideoPreviewLayer(session: captureSession) {     videoLayer.frame = previewView.bounds     videoLayer.videoGravity = AVLayerVideoGravityResizeAspectFill     videoLayer.connection.videoOrientation = .landscapeRight     previewView.layer.addSublayer(videoLayer)}

AVCaptureVideoPreviewLayerをつかって横向きの動画を撮る方法

今日ふと思ったことです。  テクノロジーの発展に関しての憶測として「次第に紙は必要なくなる」とか「シンギュラリティ以後はプログラミング必要ないのでは？」といったように既存のテクノロジーが新しいテクノロジーに淘汰されていくという考え方があります。 でも果たしてそれは本当にそうなるのでしょうか？とふと疑問に思いました。 語弊を恐れずにいえば、テクノロジーというのは人間が既に出来ることを置き換え限界を突破するものと言うことが出来ると思います。 紙は人間の記憶という能力を置き換え、さらにはそれを気軽に運んだり、その人自身がいなくとも伝えたり残したりすることを可能にしました。でも紙は簡単に燃やしたりして壊すことが可能ですし、なんでもかんでも残しておくには資源にも限りがあります。だから人間の記憶という能力は消えませんでした。 デジタルなデータはそんな紙のかさばるところやら脆さをカバーし、さらに情報を電子化することで紙よりはやく、手軽に、大量に共有することを可能にしました。でもデジタルなデータもコンピュータという媒体がなければなりたたず、そこが壊れてしまえば一気に大量のデータが失われてしまうことになります。まだ過渡期だというのもあると思いますが、紙はいまだ廃れる気配を見せず、むしろデジタルと紙の用途にそった使い分けがなされるようになっています。 プログラミングだって同じだと思うんです。先日「AIがプログラムするようになったらプログラミングはいらないんじゃないか」と質問してきた人に「それはまだ先の事だし思考力を鍛える点でも重要なんです」といった返答をしたというツイートを見たのですが(記憶が曖昧なので不正確なところもあると思いますが…)これに少し違和感を覚えました。 本当にAIがプログラムを書けるようになったらプログラミングは必要無くなるんでしょうか？そもそもそのAIの制御は誰がどうやって行うんでしょうか？全てをAI任せにしてしまって、それでは人の意思はどこにいってしまうのでしょうか？ たしかにAIにプログラミングをさせるというのは人間の脳を再現するという目的に近づく研究対象としては重要なものです。でもそれはあくまで学術的なものであって、日常に必ずしも深く踏み込んでくるものではないのではないかなと思います。 丁度デジタルではなく紙を好み、紙ではなく記憶や生身の体験を好む分野があるように。プログラミングは未来でAIがつくるものを解釈し、制御し、抑制し、改良するためにやっぱり必要なんです。   言いたいことが大分それてしまった感じもありますが、一度生まれたテクノロジーは必ず新たな役割を持って生き続けるのではないか？そんなお話でした。 おしまい

テクノロジーは廃れないのではないか？

0. はじめにWWDC2017始まりましたね。Keynoteで発表され、なによりも話題になったのがARKit。早速試していきたいのですがもちろんまだまだ日本語の情報は少ないです（QiitaではなぜかUnityで使う方法が先にあがっていますね...）というわけで公式のドキュメントを参考に、早速ARKitを動かしてみようというのが今回の趣旨です。有料デベロッパーアカウントでないとインストールできない（？）ようなので気になる人はアプリをリリースしている人に頼み込んでみましょう。今回のコードはこちらです。（ARKitSCNSampleがSceneKitの、ARKitSKSampleがSpriteKitの、ARKitMetalSampleがMetalのサンプルになっています。）touyou/ARKitSample1. ARことはじめ〜SceneKit編〜まず最初に必要なのはARSessionです。これはその名からも分かる通りARKitがカメラやモーションセンサを管理をするためのshared objectになります。Understanding Augmented Realityに書いてありますが、今回は簡単のためBuilding a Basic AR Experienceにかかれているように用意されているテンプレートとSceneKitやSpriteKitを組み合わせて作っていきましょう。Xcode9 betaで新規プロジェクトを作成するとAugumented Reality Appという項目が追加されているのでこれを選択します。プロジェクトを作成するとSceneKitおなじみの船のモデルが入ったテンプレートプロジェクトができます。ViewController.swiftimport UIKitimport SceneKitimport ARKitclass ViewController: UIViewController, ARSCNViewDelegate {    @IBOutlet var sceneView: ARSCNView!    override func viewDidLoad() {        super.viewDidLoad()        // Set the view's delegate        sceneView.delegate = self        // Show statistics such as fps and timing information        sceneView.showsStatistics = true        // Create a new scene        let scene = SCNScene(named: "art.scnassets/ship.scn")!        // Set the scene to the view        sceneView.scene = scene    }    override func viewWillAppear(_ animated: Bool) {        super.viewWillAppear(animated)        // Create a session configuration        let configuration = ARWorldTrackingSessionConfiguration()        // Run the view's session        sceneView.session.run(configuration)    }    override func viewWillDisappear(_ animated: Bool) {        super.viewWillDisappear(animated)        // Pause the view's session        sceneView.session.pause()    }    override func didReceiveMemoryWarning() {        super.didReceiveMemoryWarning()        // Release any cached data, images, etc that aren't in use.    }    // MARK: - ARSCNViewDelegate/*    // Override to create and configure nodes for anchors added to the view's session.    func renderer(_ renderer: SCNSceneRenderer, nodeFor anchor: ARAnchor) -> SCNNode? {        let node = SCNNode()        return node    }*/    func session(_ session: ARSession, didFailWithError error: Error) {        // Present an error message to the user    }    func sessionWasInterrupted(_ session: ARSession) {        // Inform the user that the session has been interrupted, for example, by presenting an overlay    }    func sessionInterruptionEnded(_ session: ARSession) {        // Reset tracking and/or remove existing anchors if consistent tracking is required    }}まず最初に目がとまるのはARSCNViewですね。既存の接頭辞にさらにARがつくかたちでARKitのサポートするライブラリ群は実装されているようです。delegateとしてARSCNViewDelegateがあり、これにはアンカーポイントが置かれたところにSCNNodeを置く（？）rendererと、セッションが失敗した時のエラー表示用のためのsession、セッションが中断されたときのためのsessionWasInterruptedやsessionInterruptionEndedが用意されているようです。エラー処理多いな...ARSessionの設定はviewWillAppear内で行われているようですが、ここでさっそく記事のとおりに設定を変えてみましょう。viewWillAppearoverride func viewWillAppear(_ animated: Bool) {    super.viewWillAppear(animated)    // Create a session configuration    let configuration = ARWorldTrackingSessionConfiguration()    configuration.planeDetection = .horizontal    // Run the view's session    sceneView.session.run(configuration)}まずARWorldTrackingSessionConfigurationがARの設定クラスになるようです。ARSCNViewがARSessionのインスタンスを持っているのでそこでこの設定クラスのインスタンスをrunしてあげます。2. ARしてみるもっとも手軽なARとして平面の認識があげられます。ARKitでは先程のconfiguration設定によって水平面を自動で認識しそこにARAnchorを設置してくれるようになっています。delegateメソッドであるrendererにこのアンカーポイントは渡されるため、このdelegateメソッドの中で平面に置いておきたいNodeを記述してあげます。公式の例としてはこちら（テンプレートにあらかじめ用意されているdelegateメソッドとは若干ことなるので注意しましょう。）renderer    func renderer(_ renderer: SCNSceneRenderer, didAdd node: SCNNode, for anchor: ARAnchor) {        guard let planeAnchor = anchor as? ARPlaneAnchor else { return }        let plane = SCNPlane(width: CGFloat(planeAnchor.extent.x), height: CGFloat(planeAnchor.extent.z))        let planeNode = SCNNode(geometry: plane)        planeNode.position = SCNVector3Make(planeAnchor.center.x, 0, planeAnchor.center.z)        planeNode.transform = SCNMatrix4MakeRotation(-Float.pi / 2, 1, 0, 0)        node.addChildNode(planeNode)    }このサンプルでは平面ノードをアンカーポイントをもとに設置しています。アンカーの座標系での広がりがplaneAnchor.extentなのでそれにあわせた平面ノードをつくっています。これによって水平面に平面のノードが設置されることになります。3. 実行してみよう実行はもちろんiOS11の入った実機ということになります。（シュミレーターでも落ちずに動きはします。）僕自身はbeta版の人柱になっているiPadで試そうとしたのですがまさかのiOS11対象外になってしまっていたらしく、入れられなかったため断念しました。。。本日実機を持っている人に協力していただくことになったので後ほど更新します。SceneKitサンプルが何故か動いてくれなかったのでその他のものです。4. 他にもためしてみよう4-2. 2Dを現実空間へSceneKitが3D担当ならば、SpriteKitは2D担当です。view    func view(_ view: ARSKView, nodeFor anchor: ARAnchor) -> SKNode? {        // Create and configure a node for the anchor added to the view's session.        let labelNode = SKLabelNode(text: "👾")        labelNode.horizontalAlignmentMode = .center        labelNode.verticalAlignmentMode = .center        return labelNode;    }ドキュメントにある通り、このアンカーポイントを自作するにはたとえばこのように書きます（Metalのサンプルにあったコードを真似してタップされたら出現するようにしました。）handleTap    @objc    func handleTap(gestureRecognize: UITapGestureRecognizer) {        // Create anchor using the camera's current position        if let currentFrame = sceneView.session.currentFrame {            // Create a transform with a translation of 0.2 meters in front of the camera            var translation = matrix_identity_float4x4            translation.columns.3.z = -0.2            let transform = simd_mul(currentFrame.camera.transform, translation)            // Add a new anchor to the session            let anchor = ARAnchor(transform: transform)            sceneView.session.add(anchor: anchor)        }    }これによって前方０．２メートルにARAnchorが置かれます。translationで座標を0.2メートル分平行移動させたということですね。4-3. Metalで自作してみよう今までSceneKitやSpriteKitとなっていたところをMetalにしてつくると、Rendererクラスが実装されたかなり重めのテンプレートができます。他との違いは自分でARSessionを管理しなければいけないというところです。ですが逆に言えばそれだけSceneKitやSpriteKitに左右されずに実装できるということになります。Displaying an AR Experience with Metalはこの実装の解説になっています。（後ほど追記します。）

公式ドキュメントを追いながらARKitを試してみよう

お久しぶりです。久々にネタが出来たので久々の更新です。前いつ頃更新したのかも忘れてしまうほどですが、その間にいろんなことがありました。バイト先の仲間に誘われて参加した日報もその一つです。今回はこの日報に関して、参加するまでの印象（実は僕だけ現メンバーでは途中参加組です）、参加してから今までの日報を見て思ったこと、そして実際に続けてみて感じたことを書いていこうと思います。同じく参加しているメンバーの一人がMediumに同じような記事を書いているのでよければあわせてお読みください。medium.com日報ってどんなもんなんだろう？僕がはじめてこの日報という試みを知ったのは、この企画発足時でした。何故か一瞬だけGitHubのリポジトリへの招待が来た後、リンクをクリックしてみるとアクセスできなかったのは今でも覚えています笑（この時はメンバーをまずは絞ってみて様子を見ようということで当初招待した人数より絞っていたみたいです。）そっから時たまそのメンバーたちに会ったりする中で、いつそんな情報の共有があったのかみたいなことをお互いに知っていたりして、漠然となんだか楽しそうだな、閉鎖的SNSみたいな存在なのかな、とふわっとした印象を持っていました。TwitterをやるくらいでLINEやMessengerなどの個人的やりとりはほとんど動かないのが日常で、そんな身からしてみたら日常的に情報を共有しあう仲間、という外からのパっと見の印象はすごくキラキラしたものに感じられていました。発足から一ヶ月、参加そんな僕が日報に参加したのはこの試みが始まってから一ヶ月ほど経ってからです。先程書いたような印象を持っていた僕は発起人からの誘いに二つ返事ですぐ参加を決めました。参加を決めるとGitHubのリポジトリへの招待が届きました。一ヶ月ぶり、二度目の正直です。でもここで少し疑問がわきますよね。そういえばどうやって日報、ようは言ってみれば日記のようなものをGitHubで管理しているんだろう？ということです。招待にAcceptボタンを押し、開かれたページに飛び込んできたのはほとんどなにもないリポジトリと、100件近くにおよぶIssueでした。そうです。日報はIssueに書かれていたんです。READMEにはシンプルに10行ほどの決まりごとが書いてあって、書くべき項目は・今日やったこととなっていました。なるほど学んだことなども共有するのかと。そういうわけで早速感覚をつかむためにIssuesの海に乗り出していきました。最初は湖の上を遊覧するかのごとく軽い気持ちで見始めたのですが、すぐに甘い考えだったことがわかりました。例えばあるメンバーはWP案件やR案件など、自分の仕事ごとにやったことをまとめて詳細に学んだこと・出来たこと・足りないことを記述していました。もちろん、フランクなやりとりもあるのですが、この日報という場所はお互いをさらけ出し、高め合う場所だったんです。自分を高めるにしてもスキルアップするにしても普段からふわっとしている僕は、一抹の不安も抱えつつ、「新たな考えを取り入れてくれそう」と本気で考えて選んでくれたメンバーの期待を背にその日から書いていくことになりました。そして現在そして現在です。変なところの真面目さと、暇さのおかげで参加してから一日も欠かさず続けることが出来ています。相変わらずふわっとしてしまっている感は否めませんが、楽しみつつ日々刺激を受けています。このコミュニティーはほんとに面白くて、例えば恋の悩みとかを誰かが書いたとしても全く誰も反応しません笑でもそれ以上に全員が、ここは互いを高め合う場所なんだって意識していて、それがこういう状況につながっているともいえます。だからこそ学びが深い日報ほどコメントが集まり、議論が深まり、全員が新しい考え方を手に入れることができる。もちろんだからと言ってそういうことを書いちゃダメというわけではなく、みんな目を通してくれているので全てさらけ出せる気の許せる仲間としてもいてくれます。そんな日報コミュニティが、僕は好きです。ところで実際に書くの、めんどくさくない？Issuesなので日報はMarkdownなのですが、ここで一つどうしても避けられないことがあります。Markdownでリンクを貼る時ってこう書きますよね。[タイトル](URL)なんだこれだけかという感じもありますが、タイトルとURLを一回一回コピーしてこなきゃいけないのですごい面倒です。面倒なことが嫌いな僕はしょっちゅう読んだ記事を読んでないと書いたりだとか、URLだけ直接貼り付けてしまったりとかサボりがちです。日報メンバーでなにか作りたいね、となった時真っ先に上がったのもこの問題でした。これに対する解決法をうまく用意できないか、と。というわけで実際に作っちゃいました。読んだ！を10倍早くする、nippolynippoly.github.io読んだ！を押すとその日読んだ記事がストックされていって、最後にまとめてMarkdownにできちゃうChrome Extensionです。実際のダウンロードはこちらから。chrome.google.com身の回りから世界を変えていく、そんな日報メンバーたちの想いの結晶です。実は日報メンバー、プログラミングに普段から触れているとはいえChrome Extension自体の開発は全員はじめてでした。なのであーだこーだ言いつつなんとか作り上げた感じです。OSSにしているので是非IssuesやPull Requestもお待ちしています。GitHub - nippoly/nippoly: 読んだ！が10倍速くなるこれを機に是非あなたも仲間を集めて日報をはじめてみてはどうでしょうか？それではまた！

日報というもの

UIButtonに表示させる画像にcontentModeを設定する時、思い通りにいかない人が多いと思うのですが、色々調べていくうちにようやく正解がみえたので共有したいと思います。コードはSwift3ですがSwift2以前でも適切に変更してやれば動きます。どうやってボタンにAspectFitを設定するかUIButtonへのcontentModeの設定、これに関してはいろんな人が書いていてbtn.imageView?.contentMode = .scaleAspectFitのように書けばもちろんUIButtonの中に入っているImageViewに対してAspectFitになります。ですがこれはあくまでUIButtonの中に入っているImageViewに対してというところに注意しなければなりません。もちろんこれで上手くいくこともありますが、AutoLayoutなどで引き伸ばした時に思っていたサイズよりかなり小さくなるケースがあります。この原因はUIButtonという親クラスに対して中のUIImageViewのサイズ指定が適切に働いていないことが原因です。つまりUIButtonは大きくなっているのに、中のImageViewが小さいままということがおきてしまうのです。これを避けるためにはcontentHorizontalAlignmentとcontentVerticalAlignmentというプロパティを設定します。以上まとめるとUIButtonに画像をめいっぱいアスペクト比を保ったまま表示するには以下の三行が必要になります。btn.imageView?.contentMode = .scaleAspectFitbtn.contentHorizontalAlignment = .fillbtn.contentVerticalAlignment = .fillこれを盛り込んだ自作クラスとして予め@IBDesignableなどを作っておくといいかもしれませんね。

UIButtonの画像をUIButtonに対してAspectFitする方法

最近JavaScriptの勉強もはじめたのですが、p5.jsをあつかうときにProcessingのコードも移植できたら勉強になるなと思い、Processingのコードをp5.jsで再現するチャレンジを行っているのでそのTipsを随時まとめていきたいと思います。メソッド名が変わるものpopMatrix(), pushMatrix()ProcessingのpopMatrix()とpushMatrix()というメソッドはp5.jsではpop()とpush()というメソッド名に変わっています。雑多な注意点画面のsetupについてProcessingでは最初画面を初期化するさいsize(width, height)というようにして画面の大きさを指定すると思います。canvasをつくってそこに描画をするということでここではcreateCanvas(width, height, HOGE)といったメソッドを使うことになります。このときHOGEの部分は省略可能ですがWEBGLやP2Dなどの定数を入れることでモードの指定が可能になっています。型の扱いについて基本的にJavaScriptはほぼ全て型推論の言語なので型の扱いには注意しなければなりません。float frame = 30;というような書き方も可能ですがJavaScriptではvar frame = 30.0;というように型がしっかり推測できる書き方をしましょう。またキャストはもちろんJavaScriptにもありますが、しっかりと型推論できる形で書いていれば省略が可能になります。

Processingとp5.jsのコードを移植する時のTips（随時更新）

先日出場したハッカソンで、その場で作成したAPIを叩くという機会があったのですが、その時POSTリクエストの投げ方について参考資料が少なく苦戦したので共有します。この記事はあくまで普段GETリクエストである程度APIをiOSから叩くということに慣れている人対象なので登場するライブラリの基本的な使い方などは別の記事をご覧ください。APIKit + Himotokiの場合APIKitとHimotokiの場合はRequestプロトコルを継承している構造体のmethodプロパティで.postを返せば大丈夫です。parametersプロパティに辞書を入れておけば自動でJSONに変換して送ってくれるようです。ですが、この場合少し厄介な仕様があったのでつまりました。というのも普段は既存のAPIを叩くことしかないので遭遇することがほぼないと思うのですが、実はHimotokiはそもそも存在しないJSONのキーをとってこようとするとエラーを投げます。この時APIKitと一緒に使っているとそのエラーをライブラリの内部でキャッチしてしまうため、使っている側には謎のエラーコードを吐いたようにしか見えないのです。同様にPOSTをする際も、形式が間違っていても使っている側にはそれとわかるようなエラーコードにならないので注意が必要です。Alamofireの場合Alamofireの場合は内部での処理が少ない分デバッグが楽です。var url: String?var parameters: Parameters?Alamofire.request(url, method: .post, parameters: parameters, encoding: JSONEncoding.default).response { response in}APIKitの場合とちがって、パラメーターを送る形式を自分で指定しなければいけないというところに注意が必要です。特にJSONの場合予測変換で出てくる型名のプロパティにJSONが含まれていなくて、JSONEncodingの方に存在しているので気をつけましょう。まとめ基本的に普通は仕様の確定していないAPIを叩くという機会はほぼないと思うので、今回の僕のようなハマり方をする人は少ないと思うのですが、APIKitが結構パース時のエラーなどを中で処理してしまうのでAPIの仕様が確定するまではAlamofireで、その後APIKitに移行という使い分けもありなのかなと感じました。APIKit+HimotokiとAlamofire+Himotokiという変換はそこまで難しくなくて、baseURLをURLにするかStringにするかというところと、Alamofireで受け取ったresponseをうまくHimotokiに投げてやればうまくいきます。一応最後にここのやり方を共有しておきましょう。このためにはAlamofireから受け取るresponseの型に注意が必要になります。response.resultがResult型になります。これはAPIKitと同様Resultというライブラリを仕様しているので問題ないでしょう。response.result.valueに入っています。これはAny?型になっているので基本的にはこれを[String: Any]にキャストしてからHimotokiのdecodeValueメソッドに投げてあげればよいです。注意が必要なのはJSONの配列が返って来ている場合で、この時[[String: Any]]に直接キャストできなかった（たしか）ので今回はif let jsonArray = response.result.value as? [Any] {  let jsonObject = jsonArray.map {    $0 as! [String: Any]  }}というように書いて対処しました。

ありそうでなかったSwiftでのPostリクエストの投げ方

今度は形式言語理論、つまりオートマトンとかそこらへんの話題なんですが、そちらをまとめたいと思います。というかメモ書き。数学よりはポテンシャルで殴れそうなんですが^^;オートマトン有限オートマトン同一性正則言語・Pumping LemmaMyhill-Nerodeの定理Emptiness Check文脈自由文法文脈自由文法・文脈自由言語Chomsky標準形Pumping Lemmaプッシュダウン・オートマトンチューリングマシンオートマトン有限オートマトン具体的な定義は省略。statementとしての意味だけ。この時、が空でない状態(state)の有限集合、は入力アルファベット、は初期状態、は受理状態のみを含んだの部分集合となっている。そして、が状態遷移関係という三項関係の集合で、は遷移とよばれてこれによって決定性と非決定性がわかれる。つまり各と各に対してとなる状態がちょうど一つ存在する時にが決定性であるという。そうでない場合は非決定性であるといい、それぞれDFA,NFAと略す。同一性DFAとNFAは同一の言語を受理することができる。NFAからDFAは定義から明らかで、DFAからNFAを構成するときのみ証明する必要がある。ここでは証明は省略して構成法だけ紹介する。とするとDFAはと定義できて以下のような条件を満たしている。正則言語・Pumping Lemma有限オートマトンによって受理される言語を正則言語という。逆は成り立たないが、正則言語は必ず以下のpumping lemmaと呼ばれる定理を満たす。（つまり正則言語であることを示すためにこの定理を用いてはならない。）を正則言語とする。このときある定数が存在して、長さが以上のに属する任意の記号列にたいして、の分解で次の条件を満たすものがある。任意のに対してMyhill-Nerodeの定理言語に対して以下の三つは同値である。は正則である。有限指標で右不変な同値関係が存在して、はその同値類のいくつかの和集合の形に書ける。は有限指標である。ちなみにここで言う指標とは同値類の個数のことである。この定理を用いて小集合にまとめることで最小オートマトンを構成できる。具体的にはに対し次のアルゴリズムを回した時に含まれている状態の組を区別不可能とすることで一つの状態にまとめることで構成できる。begin;  ;whileとある組が存在してとなっているthenbegin;        ;endendEmptiness Check決定性有限オートマトンに対し、初期状態から幅優先で終状態があるか見ていきその有無によって、を受理するような言語があるかどうかをチェックするアルゴリズム。オートマトンについてのアルゴリズムのいくつかはうまく問題を変形して上のアルゴリズムに適用できる形にかえることで構成できる。文脈自由文法文脈自由文法・文脈自由言語は有限アルファベットで変数の集合、は同じく有限アルファベットで終端記号の集合である。ただしである。はで開始記号と呼ばれる。最後には有限個の生成規則の集合である。生成規則はに対してという形をしている。まで到達可能な時これを導出と言う（文字の導入が大変なので少し曖昧な表現にしています。）から導出される記号列全体の集合をの生成する言語という。このように文脈自由文法から生成された言語が文脈自由言語である。Chomsky標準形空語を含まない文脈自由言語は次の形の生成規則しかもたない文脈自由文法によって生成される。は変数では終端記号である。この形の文脈自由文法をChomsky標準形と呼ぶ。Pumping Lemma文脈自由言語にもPumping Lemmaが存在する。取扱い上の注意は正規言語と同様である。を文脈自由言語とする。このときにのみ依存する定数が存在してを満たす言語の記号列に対して、次の３つの条件を満たすの分解が存在する。すべてのに対してである。プッシュダウン・オートマトン有限オートマトンだと文脈自由言語(CFG)は認識できないものがある。CFGを丁度認識するオートマトンがプッシュダウン・オートマトンである。オートマトンは通常の有限オートマトンにスタックを導入したものとなっている。またわかりやすさのためにスタックの底をしめす特別な記号が用いられることが多い。言語を走査するスタック付きの状態ヘッドで表現される。チューリングマシンアラン・チューリングによって導入された計算モデル。でが有限個の状態の集合、はテープのセルにかくことができる記号であるテープ記号の有限集合、はで空白記号、はの空白記号を含まない部分集合、はの部分関数、は初期状態、は受理状態の集合である（つまりのサブセット）右方向に無限に長いテープがあって、それを読み込むヘッドが有限制御部に従ってテープの内容を書き換えながら左右に１セルずつ移動することによって動作する。入力記号列は左詰めで与えられ、残りのテープには空白記号が書かれている。順次更新します。

テスト勉強②

お久しぶりです。随分長いこと書いてなくて、そういえば報告していませんでしたが東京大学理学部情報科学科に内定しました。今度のテストを乗り切れば晴れて正真正銘のISersです。ついでですので一応宣伝しておくと、内定してからの専門科目で16進数の九九を覚えろ的な冗談（？）を言った先生がいまして、それを実際にゲームにしちゃえーと最近学科とかで地味にブームになってるiOS/Androidアプリがあります。ぜひダウンロードして東大生と計算力を競ってみてください(≧∇≦)bFFMultiplier - 16進数の掛け算ゲームYosuke Fujii教育無料play.google.comさて、そんなことはさておき、テストです。数学科の授業もとってしまって（選択として必要な単位ではあるのですが...）かなり苦戦しているので、とにかくいろんなアウトプットの形を試しているのですがしばらく書いてませんでしたし、ここにアウトプットするのもいいかなと思って今回はここにまとめてみたいと思います。距離空間距離点列コンパクトコーシー列開集合・閉集合閉包・稠密近傍位相空間位相直積位相相対位相強位相・弱位相コンパクト性内部・閉包基本近傍系開基（または基底とも）第一可算公理第二可算公理距離空間距離が以下の三つの条件を満たすとこれを距離と言う。正定値性対称性三角不等式まず正定値性はに対してでありはのときのみ成り立つというもの。次の対称性とはが常に成り立つというもの。そして三角不等式はに対してが成り立つというもの。どれも基本的ではあるがこれが距離の公理となっている。そしてこの距離が与えられた集合を距離空間という。点列コンパクト点列コンパクトはに含まれる任意の点列についてその部分列の中に収束部分列が存在することをいう。これは距離空間においてのみ後述のコンパクトと同義になる。コーシー列コーシー列とは十分大きいに対して任意のについてをどのようにとってもがなりたつような列のことを言う。（今は点列で考えている）の中に極限をもつとき、を完備であるという。開集合・閉集合まず距離空間で、に対しと定義する。（開球体とよばれる。）が開集合とは s.t. が成り立つことを言う。閉集合は補集合が開集合であることが一般に必要十分条件となる。閉包・稠密とする。をの閉包という。を満たす時はの中で稠密であるという。近傍の近傍とはでを含む開集合を含むようなのこと。位相空間位相開集合で特徴づけるとある集合があってその冪集合の部分集合のうち空集合と全体集合が開集合有限な開集合の共通部分も開集合任意の個数の開集合の和集合は開集合をみたす開集合系のこと。もとの集合とあわせて位相空間と呼ぶ。直積位相集合族に対しとした時直積集合はであるが、とくにである時これをと書く。各に対し射影がにより定義される。を位相空間の族とした時上の射影の引き戻しで構成したはの開集合というの位相を直積位相と呼ぶ。相対位相集合の位相があるときの相対位相とはのことを言う。強位相・弱位相二つの位相があり、片方が片方の真の部分集合となっている時、部分集合のほうを弱い位相、もう一方を強い位相と呼ぶ。であるときに直積位相を入れ、に相対位相を入れる。これをの弱*位相と呼ぶ。をノルム空間とすると、の生成する位相をの弱位相と呼び、のノルムから決まる位相を強位相と呼ぶ。強い弱いを便宜上大小記号であらわすとすると弱*位相弱位相強位相となる。コンパクト性コンパクト性に関してはコンパクト性、開被覆 - 大人になってからの再学習がかなりわかりやすい。距離空間では同値であると言ったが一般的には違う概念となる。内部・閉包距離空間でも出てきたが一般的な内部と閉包の定義は次の通り（を位相空間とし、とする。またはの近傍系） 一つ目が閉包でこれはその部分集合を含む最小の閉集合となる。基本近傍系近傍系の部分集合のうち、その元が任意の近傍に含まれるようなもののこと。開基（または基底とも）位相空間の部分集合族での位相に属する任意の開集合がの合併で表せるもののこと。第一可算公理の各点が高々可算な近傍からなる基本近傍系を持つこと。第二可算公理その位相が可算な開基を持つということ。随時更新したいと思います。

テスト勉強

はじめにとうようです。この記事はIS17er Advent Calendarの21日目の記事です。今回はかねてから開発していたFFMultiplierというお勉強ゲームアプリのiOS/Android両バージョンをリリースできたことを記念して、その開発の中で感じたどっちのどこらへんが開発しやすかったかしにくかったかみたいなところを徹底比較してみたいと思います。アプリはこちらiOS(9.0以上対応)Android(5.0以上対応)今までも両方開発した人がその所感を述べるというのはよく行われていたと思うので今回はある機能を技術的にどう実現するかという観点にしぼって比較していければと思っています。タイマーSwiftSwiftでのタイマーは基本的にはTimer(旧NSTimer)を使います。何秒かごとに同じ処理を実行したければtimerTimer.scheduledTimer(timeInterval: 1.0, target: self, selector: #selector(self.updateTime), userInfo: nil, repeats: true)こんなかんじ。#selectorが導入されてタイプミスも減りましたし、基本的にはスレッドなどを気にせずに安全に書けるのでとても便利です。JavaJavaでも基本的にタイマーはTimerクラスを使って実装します。しかし、Android timerやJava Timerをググった時のならびをみてもらうとわかりますが、TimerへのTimerTaskクラスを渡す方法がいくつかあって初心者は面食らうかもしれません。今回はゲームのカウントダウンだったので当初CountDownTimerというそのまんまのクラスを使おうと思っていたのですが、よく調べてみるとこれは正確に1秒をはかってくれないという欠点があるらしく、Timerに落ち着きました。クラスを別につくれば書き方自体は似ています。timertimer.schedule(timerTask, 0, 1000);ただAndroidの場合注意したいのはTimerの処理が実行されるのが別スレッドで描画処理を書けないので処理の中からメインスレッドを呼び出さないと行けないという点です。この点でAndroidのタイマーは少し初心者にとって敷居が高いのかなと感じました。グリッドレイアウトiOS今回みるグリッドレイアウトというのはCollectionViewのようなスクロールビューが背景に入ってしまわない、純粋なグリッドをつくる作り方です。iOSでの実現方法としてはAutoLayoutで地道にやるコードから計算して生成新機能StackViewを利用するCoollectionViewでつくってスクロールしないようにするあたりがあるでしょうか。今回はStackViewを採用しました。ただこの機能は後方互換性がなく、iOS9より前では動かないという所が少し欠点ではあると思います。ただ概ね自分の意図したように配置することができました。デフォルトが中央寄せかつ全体に引き伸ばすようになっているところがよいですね。AndroidAndroidの場合はもちろんLinearLayoutを利用します。こちらは本当に初期からある機能なのでどんな機体でも動きますし、比率などの設定に関しても資料が多いので学習コストも低いところがいいですね。中央寄せや親要素いっぱいに広げるというのは設定をするのは自分でということになりますが、この部分に関してはやはり先をいっていたAndroidに軍配があがりそうです。関連付けiOSレイアウトファイル（つまりはストーリーボード）とコードのヒモ付はやはりiOSの簡単さに右に出るものはいないと言ってもいいかもしれませんね。厳密にやると、AutoLayoutがかかるタイミングやらコードとつながるタイミングをライフサイクルの中で考慮しなきゃいけないなど少し不自由なケースも出てきますが基本的に学習コストがとても低いというのは魅力です。@IBActionを関連付けして、tagで処理を分けると言ったこともGUI上で出来てしまいます。ただCustomView内のボタンの処理となってくると少し厄介です。というのも親となっているViewControllerから直接関連付けすることが出来ないので、ViewControllerの要素に影響を与えるような処理の場合少し工夫しなければ実現出来ません。パッと思いついたのではDelegateをつくるViewController自身をプロパティとして渡す返り値の無いクロージャーを渡すOutletとして関連付けしてコードからタッチイベントをつける僕の場合最近はもっぱら三番目の方法を好んで使っている気がします。すなわちCustomView内でCustomView内var action: (()->())!という感じで宣言してインスタンス化する時に処理を渡してあげるという方法です。AndroidAndroidでは基本的にRという一括管理するファイルがあって、xmlからidを登録してコード上でfindViewByIdをつかって要素をとってくるという感じですね。また過去にはonClickイベントは必ずsetOnClickListenerで行っていましたが、AndroidStudioが公式になってxmlからonClickメソッドを設定することができるようになりました。この分野に関しては本当にお互い一長一短といえると思います。フォントiOSフォント、特に自分でデフォルトでは入っていない好きなフォントを使う時にですが、iOSであればプロジェクトに入れてbuild phaseのcopy bundle resourcesを設定すればコードからでもストーリーボードからでも使えるようになります。簡単ですね。AndroidAndroidの場合カスタムフォントは少し厄介です。まずassetsに入れたいフォントを入れた後通常はフォントを変えたい要素のカスタムクラスを作らなければいけません。しかも何も考えずにやっていると使う度にフォントファイルがコピーされるという厄介な仕様なので、しっかりFontHolderみたいなものを自作してTypefaceを管理しなければなりません。そこでそれを解決するためのライブラリとしてCalligraphyというものがあります。これによってカスタムクラスなどをつくることなく簡単に管理することが出来るようになります。ここだけは本当にiOSに寄せてほしいです...汗アラートiOSアラートを出すにはUIAlertControllerを使います。テキストフィールドなど簡単な要素であればコードから設定することが可能です。たとえばOK,Cancelボタン、およびテキストフィールド一個のアラートであればAlertlet alert = UIAlertController(title: "register name", message: "please set your username", preferredStyle: .alert)alert.addTextField {    textField in    textField.placeholder = "user name"}alert.addAction(UIAlertAction(title: "OK", style: .default) {    _ in    let textfield = alert.textFields?.first    if let name = textfield?.text {        self.storage.set(name, forKey: "playername")    }})alert.addAction(UIAlertAction(title: "Cancel", style: .cancel, handler: nil))present(alert, animated: true, completion: nil)簡単ですね。AndroidAndroidはAlertDialogですね。ただテキストフィールドなどは用意されていないのでxmlをつくって適用してあげます。AlertDialogLayoutInflater inflater = LayoutInflater.from(gameActivity);View dialog = inflater.inflate(R.layout.input_dialog, null);final EditText editText = (EditText) dialog.findViewById(R.id.editNameText);new AlertDialog.Builder(gameActivity).setTitle("please set your name").setView(dialog).setPositiveButton("ok", new DialogInterface.OnClickListener() {                @Override                public void onClick(DialogInterface dialogInterface, int i) {                    final String userName = editText.getText().toString();                    sp.edit().putString("name", userName).commit();                }            }).show();少し面倒は増えますが、その分自分の好きなものを追加して作れちゃうので自由度が高いといえるかもしれませんね。PopupView的なものiOSポップアップ的なものは、デフォルトのものだと親となる要素がないといけないなど制約が大きいのでライブラリをつかってViewを上に表示する形式にするのが一番いいと思います。というわけで僕はコチラを使いました。STZPoupupViewStoryboardあるいはxibでレイアウトを用意してあげればかなり簡単に表示することができます。Android一方Androidでは色々と実現方法はあると思いますが、PopupWindowというまさにという機能があります。これによって少し設定項目は多いですがしっかりやりたいことを実現することができます。ですがこの項目はむしろAlertDialogをカスタマイズしてしまう方が簡単かもしれませんね...Firebaseの扱い基本的にはどちらも扱い方は同じですが多少扱いやすい使い方というものに言語の特性に応じた違いが現れています。例えば登録のときはFirebase/setvalueref.child("hello").child(device_id).setValue(["id": id, "rank": rank as NSNumber], andPriority: -newScore.score)このようにiOSではDictionaryを使って登録できます。一方AndroidはMap<String, Object>を使えば同じように使えますがこれはハッシュ木で使われているもので純粋に標準とはいえないのでそのかわりに以下のようにクラスを定義してFirebase/class@IgnoreExtraPropertiespublic class DatabaseScore {    public String id;    public int rank;    public DatabaseScore() {}    public DatabaseScore(String id, int rank) {        this.id = id;        this.rank = rank;    }    public int getId() {        return id;    }    public String getRank() {        return rank;    }}これのインスタンスを渡すことで変数名をキーに自動で変換して扱ってくれます。こんな感じでFirebase/setvalueref.child("hello").child(id).setValue(databaseScore);データベースを読み出してくるときはSwiftはobserve(.value, with: handler)で、AndroidはaddValueEventListener(valueEventListener)です。それぞれの特性が出ていますね。Realmの扱いRealmの扱い方に関してもFirebaseと似たような傾向が見られます。単純な読み書きについて比較してみましょう。まずiOSでは以下のようになります。Realmのモデルimport RealmSwiftfinal class Score: Object {    dynamic var date = NSDate(timeIntervalSince1970: 1)    dynamic var score: Int = 0}まずこれでモデル定義します。Realmの内部処理のために保存したいものにはdynamic修飾子をつけるのでしたね。そしてRealm書き込みlet newScore = Score(value: ["date": NSDate(), "score": acceptedNum])let realm = try! Realm()try! realm.write {    realm.add(newScore)}このようにtryで書き込みスレッドに入って追加するとRealm読み込みlet scores = realm.objects(Score.self).sorted(byProperty: "score", ascending: false)このようにobjectsというメソッドで保存したものを取り出すことができるのでした。次に同じことをAndroidでやってみましょう。するとモデル・書き込み・読み込みは以下のようになります。Realmのモデルimport io.realm.RealmObject;import io.realm.annotations.PrimaryKey;import java.util.Date;public class ScoreModel extends RealmObject {    private int score;    private Date date;    public void setScore(int score) {        this.score = score;    }    public void setDate(Date date) {        this.date = date;    }    public Date getDate() {        return date;    }    public int getScore() {        return score;    }}Realmの書き込みfinal ScoreModel scoreModel = new ScoreModel();scoreModel.setScore(correctCnt * 10);scoreModel.setDate(cal.getTime());Realm realm = Realm.getDefaultInstance();realm.executeTransactionAsync(new Realm.Transaction() {    @Override    public void execute(Realm realm) {        realm.copyToRealm(scoreModel);    }});Realmの読み込みRealmResults<ScoreModel> results = realm.where(ScoreModel.class).findAllSorted("score", Sort.DESCENDING);流れとしては同じなのですが、まずモデルにgetterとsetterを設定する必要があること、interfaceの中で非同期処理として書き込みをするということ、結果がRealmResultsという型で返ってくるところなどが特徴的かなと思います。どちらがいいというのは難しいですが、Swiftの方が簡潔に書けるという印象がつよいですね。Developer登録iOS年間11,800円ですね。支払い方法はApple Storeギフトカードまたはクレジットなのでクレジットカードを持っていなかったら毎年Apple Storeに行くイベントができるわけですね。いや高い。。。Android登録料$25以外は一切かかりません。良心的！まとめ今となってはスマホのアプリはアプリケーション開発の主力となっていますがやはりどちらもで似たようなことを実現するというのはまだまだかなり難しいようですね。特にAndroidはスレッドをしっかり意識しなければならない場面がとても多く、またJavaだとNull安全ではないのでそこへの気遣いも必要です。逆にiOSはしっかり極めないとかなり自由度が下がってしまうというところがあります。そういう意味ではXamarinなど一つのコードで双方のバイナリをつくれるツールが出てきたのはこれからのモバイル開発でターニングポイントになってくるでしょうね。といってもどちらもで同じことが出来るように勉強するというのは非常に勉強になると思うのでこれを機会にぜひみなさんも挑戦してみてください！！

AndroidとiOSの実装を徹底比較する

お久しぶりです。皆さん、フォント集めはしてるけどいざ使おうと思った時比較できなくて困るなんてことはありませんか？そんな悩みを解決するためにFontViewerというアプリを公開しました。https://dl.dropboxusercontent.com/u/32126317/FontViewer_v.1.0.0.zip上のリンクからダウンロードできます。このアプリは自分のパソコンにインストールされたフォントを任意の文字列でプレビュー＆比較できるアプリです。同等のサービスはオンラインでもいくつか提供されていますが、このFontViewerならWi-Fiのないところでのデザインでも使うことが出来ます。というわけで以上、久々の記事はガチガチの宣伝記事でしたがよかったら使ってみてください！iPhoneアプリのほうもよろしくお願いしますm(_ _)m

FontViewerというOS Xアプリを公開しました

photo by mag3737というわけでざっくりと近況報告です。宣伝含みます。Life is Tech!まずなんといっても最近の大きな動きといえばLife is Tech!についてです。この１月〜３月に研修を受けてLife is Tech!のiPhoneコースメンターとなりました。自分の得意分野で教育という自らのコミュニケーション能力を高め、さらにスキルも高められるものに携われるのはとてもありがたいことなのでこれからどんどんスクールメンターなどコミットしていけたらと思っています。さてその過程でオリジナルアプリの制作をしたのでそちらについて宣伝させてください。t.coTwitterクライアントになっています。次の大型アップデートver.2.0.0でクライアントとして充分な体裁を整えたのちはAndroid版 by Kotlinの開発もできたらなと思っています。そしてぜひこの記事を読んだ中高生の皆さんにはLife is Tech!のキャンプやスクールに参加してもらえたらなと思います(*´ω｀*)二年生東大では無事二年に進級しました。一年で単位をかっさらっていった結果、必修ぐらいしかとらなくてもいいという状況で現在は週休４日制で暇しています笑その関係でせっかくなので実践的プログラミングという授業をとって競技プログラミングを再開することにしました。TopCoderのほうは一回でも参加したらDiv2に落ちそうで怖くて手がでませんが、TopCoderのiOS部門やらpaizaやらちょっと周辺分野に手を出しつつ、授業内で勘を取り戻して気が向いたらコンテストにも復帰していきたいと思います。まぁなにはともあれ暇なことには変わりないので良かったら遊んでください。お願いしますm(_ _)mバンドも引き続きやっていきたいので誘ってください←Qiita上２つにもちょっと関係するかしないかみたいなところなのですがiPhoneアプリ開発という自分の技術的に特化した分野が出来たこともあって最近は技術的TipsをQiitaの記事に書いています。昨日書いた記事なんかは需要があったらしく初めて急上昇トレンドに載ることが出来ました！qiita.com昔は技術的なこともこちらに書いていたのですが、そういったわけでこれから技術的なことはQiitaに書くことが増えると思うので特にiPhoneデベロッパーの方にはチェックしていただけたらなと思います。最後におまけおまけというかこれを書きたかったからこんな記事考えついたわけですが、Qiitaに書くほどでもないと思うので最後にちょっとTipsを僕のMacbook最近ずっと容量が心もとなくて、USBも128GBの買ってみたりしたわけなんですが（動画編集にも手を出し始めたので一応）、Disk Dialogとか使ってなんとか無駄を消したりしてたわけです。Android SDKで31GBも食っていてこれをどげんかせんとどうにもならんと。というわけでAndroidSDK最小構成とかで調べたらいい記事が出てきました。note.chiebukuro.yahoo.co.jpエミュレータとしてGenymotionを使うことを考えるとこれを見たらかなり無駄が多いようで...SDK Platformも最新版のみ残して消しまくったら一気に容量に余裕ができてめでたしめでたしみたいな感じになったのでよかったら皆さんも試してみてください！一応その後既存のプロジェクト開いたりビルドするのに色々あると思いますがエラー一つ一つ潰していったら大丈夫だと思います（今やってます笑）

近況

photo by Olivia`Yu.こんばんわタイトルはドラマ「怪盗山猫」で山猫が毎回誰かに問いかける言葉です。「おまえの中の核はなんだって聞いてんだ！！！」その後武士道にからめてその人がどう生きていくべきなのかを示す、いわばコメディータッチな義賊を描いたドラマという外見がありつつ、中身では人生訓を説いていくようなドラマになっているのですが、まぁそれはさておき。サークルの先輩の書いた記事を読んでいたらここでも「自分の価値観」という題名に通じているような話題が出てきて、少し考えさせられたので語ります。まずさっきリンクをはった記事で語られていることとして、人間には「やりたいこと、目標型」の人と「ありたい姿、価値観型」の人のニタイプいるということなのですが自分はどっちかなと。たしかに僕は将来就きたい仕事とかも決めてて一見目標型のように思えるのですが、どうしてプログラミングとかをやっていてそれで結局何を目指したいのか、と問われた時に明確な答えを出す自身は無いんですね。一つ簡単に言えることとして僕の行動原理は「かっこいい」というところにあります。プログラミングをやろうと思ったのもバイオリンを幼いころ習おうと決めたのも全部「かっこよかった」からです。ちょっと当たり障りのある話題になるかもしれませんが次にこの価値観という視点を広げるべく僕の抱える人間関係について考えていきます。すると僕が普段から人が絡むと思ってしまうのが「誰ひとりとして衝突することなく心地よく仲良く過ごせたらいいのにな」ということです。年をとってきてだんだんこの考え方だけではうまくいかないようにも少し感じ始めていますが、うまくいくいかないどちらにせよ少なくともこれは僕の人間関係に対する価値観といえるでしょう。じゃあこれを踏まえて自分のありたい姿ってなんなのかって考えた時に「かっこよくて創造性のある分け隔てなく付き合える人」ということじゃないかなと思いました。有意義なことだなと思ったという感じのところで終わりたいと思います。ではノ

「自分の中の核」

photo by npbnこんばんは。先日、映画「スティーブ・ジョブズ」の特別試写会に参加したのですが、今それでまた熱が再燃してしまってスティーブ・ジョブズの伝記を読みなおしています笑さてそんな中テレビでシャープが買収されようとしているというニュースの中、コメンテーターの一人が「日本人の生き方がシンプルになり、新製品を買わなくなった（のがシャープの経営が傾いている原因だろう）」という発言をしたらしく、そのことについて上の映画とからめて思うところがあったのでまとめたいと思います。あ、忘れないうちに書いておきますが映画「スティーブ・ジョブズ」は2/12にロードショーです。ちょっとむずかしいところもありますが、ジョブズの人となりを感じられ感動の場面もある面白い映画ですのでぜひご覧になってみてください。さて、それでは本題に入っていきたいと思います。僕が疑問に思ったのは「日本人の生き方がシンプルになった」から「新製品が売れなくなった」という論理関係です。これは本当なのでしょうか？少なくとも僕の実感としては新製品が売れなくなった原因には日本人の生活の変容などではなく、現代の日本企業がつくりだす「新製品」自体にあると思ったのです。この違和感の原因はiPhoneについて振り返ってみるとわかります。日本人が新製品を買わなくなったといいますが、日本人のiPhoneに対する購買力を見てみればそれはかなりの面で嘘だと言ってもいいでしょう。AndroidのシェアをiPhoneが上回っている国の代表格に日本があげられるのはもういろんなところで話されてきたことかと思います。日本の企業以外の製品において新製品が売れなくなったというのは必ずしもあてはまらないと思うのです。ではなにがこの違いをつくっているのか？それはシンプルさにあると思います。そもそもAppleの主力製品はジョブズがその頑なな信念のもとに生み出した無駄なものを一切はいだ誰にでもどんな人でも使え、かつその使い方を拘束しないものです。使い方が多種多様であるのは決してカスタマイズ性という点ではありません。むしろそういう面ではApple製品は劣っているでしょう。なんてったてクローズドシステムなのですから。つまり、この使い方というのは限られた機能の中でいかにそれを利用するかというユーザーの発想力に委ねられているのです。これはちょうど日本人なら誰もが使う箸に似ています。箸は一見すればただの二本の棒でしかない極限まで機能が削られた道具です。ですが日本人はこの箸をつかって、フォークやスプーンなどの他の道具よりはるかに多様な使い方をします。二本に昔から根付くものは大抵の場合そうです。日本人の生き方がシンプルになったのではありません。もともと日本人はシンプルだったのです。じゃあなんで新製品が売れなくなったのか？それは日本の新製品というものは大抵の場合その技術力を駆使してつくったオーバースペックな既成品だからです。4Kテレビなどがいい例でしょう。いくら画質がいいからといって、もうすでに十分ぱっと見大して変わらないテレビを持っている人が改めて買おうとなるでしょうか？たしかに一部のマニアや、画質にこだわりがある人ならそうするかもしれません。でも普通の人はそんなにいらないし...と安い旧製品を買っていくでしょう。それでも十分のスペックを誇っているからです。もちろん画質の話をしているとじゃあAppleのRetinaディスプレイも同じじゃないかというかもしれませんが、これはおそらくAppleのクローズドシステムと古い製品を持っているとじわじわと取り残されていってしまうような仕組みに作用されるところもあってまた違った議論が必要となるのでとりあえずは置いておきましょう。オーバースペックという以外にも無駄な多機能というものが日本の製品には多いです（たぶんこっちが原因の大半でしょうが...）もちろんこれは使いこなせる人やマニアにとってはとても魅力的なものです。しかし多くの人はそこまで機能があっても使いこなせないと言うでしょう。この話題で僕が昔から不満に思っているのが携帯会社のプリインストールアプリで、これほど無駄なおせっかいというか、気遣いというかはないと思います。せっかくなんでさっきのたとえで言うとこれは箸屋に行って箸を買ったら勝手に確認もされず持ち方補助器をつけられるみたいなものです。もちろん箸をまったく使えない人にはありがたいでしょうが、箸を使える人にとってこれほどの無駄はありません。ジョブズはウォズの作ったカスタマイズ性の高いAppleIIを否定し、完全クローズドシステムのiMacで成功を収めました。「カスタマイズ性」というのはそれができる人間にしか魅力がありません。かといって多機能すぎるとユーザーを疲れさせ、また使わないのにあるという無駄を生み出します。技術力というのは決して装飾物だけに費やすものではないはずなんです。いかに単純なものでも精密につくれるか、そこに日本の技術力があるのはまぎれもない事実でしょう。じゃあシャープのような状況に陥った日本企業が行うべきは何なのか？それはアイデア力を養うことだと思うのです。そして必ずしも同じやり方でなくともジョブズのような“指揮者”が必要なんだと思います。もちろんこれはAppleなどのアメリカを見習えみたいな単純なアメリカ崇拝思想（今つけた名前）に基づくようなことではありません。やり方だって日本流でいいと思います。でも日本の高い技術力をいかにより多くのユーザーに魅力的にみせるというベクトルに活用していくか、ここらへんのアイデアを、起死回生のアイデアを出していくことがなにより必要だと思うのです。今回はただの大学生ながら偉そうなことを書いてしまったように思えますが、これは映画を見て、あるいは昔ジョブズの伝記を読んだころの記憶だったり、Appleについて個人的に調べたようなことに基づいて、今回聞いたコメンテーターのコメントに対して率直に感じ考えたことを書きました。それではまた(*´ω｀*)

日本企業とApple

photo by Jim Bauer本当に特にこれといったネタもなく、発信欲という仰々しい（？）タイトルをつけつつこれはただ今感じている欲に勝手に名前をつけただけであって、それについて特に語ろうというわけではないのですが...かと言ってここで終わらせるのも...というわけなので近況報告的なものをかねて色々書きたいと思います（途中鬱っぽいことが含まれるかもしれませんが容赦ください。）最近についてですかね、とりあえずイレギュラー学事暦でこの冬は暇でしょうがなく、暇といろんなことへの不安とかに日々蝕まれているという感じですかね。だいぶ間が空いているので色々なことがありますが、そうですね、どこから話そうかな？まぁとりあえずイベントごとに語っていきましょう。flumpoolの年末LIVEです。二つはどちらも違った楽しさがありました。まず[Alexandros]です。このバンドのことは夏まで知らず、合宿でやったことで知ったのですが、とにかくそのLIVEはかっこよくしびれました。はぁ〜すげぇ、かっこいいと。それはこんなかっこいい音楽をやりたいというモチベーションをあげてくれるものでした。flumpoolはずっと好きだったバンドだったのもあり、またメンバーが関西人なのですごく演奏以外のエンタメ部分に力をいれていてとにかく楽しいものでした。一人ではありましたがなんだか心の底から楽しむってこういうことなんだなって感じがしました。大晦日と正月は親の実家への帰省ということで、ずっと関西にいました。特にやることもなく観光とテレビとに時間が消えていったのですが、親と祖父とで麻雀を教わりながらやってボロ勝ちしたのだけは覚えてます（ほとんど七対子でしたがｗ）そういえばDAI語、地味にテレビ業界でもうブームですね、いやDAIGOのインタビューみてふと思ったんで。話がそれました。それでサークルの新春ライブですがこれは元日に誘われて一個だけアコギでのりました。ELTで、ガキ使の今年のエンディングにもなったfragileなどをやって楽しかったです。今は春合宿のバンドを組まなきゃというところなんですが、誘われないし自分バンマスとしてネタも思いつかないしでだいぶ危機感を感じており不安MAXです汗その他には車校に通い始めました。学科試験にでるような問題って意地の悪い問題が多いですねってすごい思いますが、、、実車教習はまだ三回ですがそれなりに順調にできてる感じです。今日はカーブとか停止とか脇寄せ停車とかやりました。なんだかスケジュール的にのんびりと組んでしまってるのですが２月中にとれればなぁという感じです。あといまとある技術系のメンター研修を受けています（誓約書の内容うろ覚えなのでとりあえず意味はないかもしれませんがメンターになるまで名前は伏せ、ということで笑）これがまた楽しいですね。しばらく学校の授業以外でこういう技術的なことからは離れていたわけですが、やはりものつくりは楽しいです。何よりあーこれが話があうっていうことかみたいな感覚があります。というのもサークルの話では僕自身の音楽知識が乏しくなかなかついていけてないところがあるのが現状で、あるいは中高時代にいた技術系のコミュニティも逆にレベルが高すぎてついていけてなかったりと、自分がまともについていく会話というものを実は久しくやってなかったんじゃないかなと。でもこのコミュニティはみんながみんなすごい技術力を持っているわけではなくてとにかくこれから学び、そしてそれを中高生に還元しようというモチベーションの人ばかりなので僕のわずかな技術に対する知識も重宝されますし、なにより確実に同じ方向を向いて足並みを揃えているという感覚があるわけです。まぁとりあえずこんな感じで、あとはバイトをなんとか入れていこうとゆるーく頑張ってたりなかったりと...話は変わりますが自分の気持ちを正確に把握するってやっぱりすごい難しいことですよねって最近強く思っています。今までは体よくそのことから逃げていたのですが、最近それを直視しなくてはならなくなって何なのかなと、悩みみたいになっています。...まぁこれ以上続けてもなにか自分の核心にせまるようなことを書けるわけでもないだろうし、必要以上に鬱っぽくなるだけなのでここらへんで終わりにしますね。それではまた(*´ω｀*)

発信欲

photo by Heavenhatedこんにちは「月曜の一限つらい」に引き続きかんぱん作曲、とうよう作詞の楽曲第二弾が完成したことを報告させていただきます。月曜の一限つらい - 夢追い人touyoubuntu.hatenablog.com今回の音源はコチラです。タイトルは「Give Me Credit」soundcloud.com作曲者かんぱんの『単位が欲しい』という切実な想いがかたちとなったアップテンポなナンバーになっております。では以下に歌詞を掲載し、締めくくりたいと思います。ぜひ拡散などしていただけると嬉しいです。『Give me Credit』世の中に溢れてる　不確実な出来事この世の中に生まれ落ちた人よなにかが足りずに探してた不安定は不安で　知らないことは怖くてカオスの中で生きる人々よなにもわからずに走ったGive me Credit Give me Credit Oh...なにかが足りずに探してたあの頃の記憶を頼りイチかバチかの賭けよりも確かなものを手に入れる

Give Me Credit

photo by Miguel Angel Aranda (Viper)先日ようやく大学初の期末も終わり夏休みがはじまりました(^^♪僕はWindows機を長らく放置していたのですが、リリースが開始されてから７も無料でアップグレードできることを知り、早速やってみた次第なわけです＼(^_^)／というわけで今回はその中で軽く引っかかった点などまだまだ情報がネットに少ないなと思ったところもあるのでそのレポートを予約は...さて、僕がそんなわけでWindows10のアップグレード方法を知ったのは７月末、予約もそこからなので当然全然アップグレードの順番まわってこないわけですね。ですがやはり遅い。そこで調べてみると予約せずにできる方法があるというではないか！！（非推奨）まぁゆうて大丈夫でしょ、というわけで早速ためしてみたわけです。Windows 10やってみるというわけで先ほどのツールをダウンロード、起動してみました。ダウンロード、インストールといきこれはいけるか...?まぁそう思ってたわけですよ。「何度も再起動」というワードが引っかかっていましたが...でもこの懸念が現実のものとなってしまうんです(;´･ω･)失敗なんで不安になったのか、それは僕がWindwos機をUbuntuとのデュアルブートにしていて起動時にGRUBが一回挟まるからなんですね。『再起動時にエラーが発生したためインストール前の環境に戻します。』Σ（・□・；）しばらく待ってみるとそこには見慣れたWindows7の画面が...ツールを開いてみるとまたダウンロードからのやりなおし(´;ω;｀)ダウンロードを実行しつつ改善案をここで練ることにしました。とりあえず同じようなことやっている人もいるだろう、とGoogle大先生に聞いてみたのですが、やはりデュアルブートは上級者向けしかたないので試行錯誤をしてみることになりました。案外原因は簡単だったとまぁ深刻っぽい感を出してみたのですが解決方法は単純だったわけで...何かというとGRUBの選択画面でsda1を選べばよい、それだけだったのです。Windowsのブート管理画面へと、sda2はWindows7本体を直接起動するものですね。ですがインストール中は中途半端にWindows７があるせいで直接とんではいけなかったようです(;・∀・)というわけでこっからは順調でどんどん進んでいきアスペクト比が変になっていましたが再起動一回でなおった模様使用感というわけで早速使ってみました。Windows Edgeを使って書いています。まず何より軽いです。さすがその速さを売りにしているだけあります。古くなっていてWindowsはろくに動かなかったのですがこのおかげで生き返りました。Adobe製品も難なく動きそうです。これを書いている間に何回かページが固まりましたが、こうして書き続けられているのですからさして問題にはならないでしょう。そして綺麗。ネットでもある人がMacと表現していましたがまさにその通りで、フォントをのぞけばそのビジュアルはOS Xに劣らないものになっているようです。かっちょいい( *´艸｀)もっともっとWindows機もつかっていきたくなりました！とりあえずはこんなところで。それでは(@^^)/~~~

Windows10! キタ！

photo by Tambako the Jaguarやるべきこととか、前やりたかったけどなんかやらなくなってしまったこととかたくさんありますがとりあえずこれからやりたいこと。それは...Python + HerokuでのWebアプリ開発！いや、なんかサークルで一悶着あったときになんかWebアプリしっかり開発したいなと思ったので調べただけです。Rubyに負けるな！HerokuでPython(Django)動かす方法 - Qiitaqiita.com続いてはPython（Flask）でHeroku! - Qiitaqiita.com趣味で性の悩みを話せるWebサービスをつくってみました - 今日学んだことnakazye.hatenablog.comnakazye/ProgrammerProfilegithub.comWriting your first Django app, part 1 | Django documentation | Djangoまぁどう考えても夏合宿の歌詞をおぼえるとかチャイ語小テストとか理解してない授業の復習とかALESSとか初ゼミとかもりだくさんでやってる暇なんてないんですが、、、少なくとも夏休みはいったら本格的に勉強したいです笑

これからやりたいこと

photo by D. Mitchell PhotographyおひさですTwitter上で公開しました。コチラです↓soundcloud.com作曲がその同クラの友だち、そして作詞と歌をぼくが担当しています。本当は、もうすこしアレンジを加えたり、ちゃんとした環境で録音したかったのですがなかなか友だちと予定があわないためデモでの公開となりました。この記事ではこの曲の歌詞を紹介したいと思います。短調のため暗く、本当に一限出たくなくなったなどの副作用の報告が多数寄せられておりますが、是非覚えて歌っていただけたらなと思います。では以下その歌詞です。『月曜の一限つらい』週末が始まる　期待膨らませるバイトにサークルに　趣味にデートもあって夢の中の出来事　そんな時間（とき）が過ぎてくベッドの中には　週末の残り香重い身体持ち上げ　朝日に背を向けてた遅れて頭下げ　うつむいて入った一限つらいそれでは乁( ˙ ω˙乁)

月曜の一限つらい

上はクラスの五月祭宣伝用にBlenderで作ったレンダリング画像をPixlrとかいうやつでいい感じにエフェクトかけてもらって最後にPhotoshop CC(体験版)で文字いれたやつです（Photoshopの意味…笑）あくまで覚書きですがそこそこ役にたつの…かな？参考にしたサイトはBlender入門(2.7版)です。Object Mode...オブジェクトを追加したり移動したり、あとはレイヤー移動などもする場所Edit Mode...オブジェクトを変形するモードレイヤー移動…移動したいものを右クリックで選択したじょうたいでMを押すオブジェクト追加…Shift+Aで選択すると3Dカーソルの位置に生成されるループ細分化…Edit ModeでCtrl+Rを押す。ピンクの線を目印にマウスを動かして細分化の方向を決めEnter、その後細分化する場所を決めてEnter。拡大縮小…Edit ModeでSを押す。その後にX,Y,Zのどれかを押すとその方向のみ拡大縮小し、Shiftと一緒に押すとその方向以外の方向に拡大縮小する。押し出し…Edit ModeでEを押す。選択した面が前にでたり引っ込んだりする。矩形選択…Edit ModeでBを押す。マウスドラッグで囲んだ部分を選択する。全選択/解除…Aを押すことで全選択したり選択しているものを全て解除したりできる。ミラーのモディファイア…Propertyタブのレンチマークから追加可能。指定方向にオブジェクトを鏡写しにする。視点移動…1で正面、2とか8とかはある方向に傾ける、5は透視投影と平面投影の切り替え、7は真上など（基本はテンキーでのみ。ただし設定のEmulate Numpadという項目をさがしてチェックするとキーボードの数字でも行えるようになる）サブディビジョンサーフェス…モディファイアの一種でミラーと同様に追加できる。カクカクしたオブジェクトを滑らかに見せることができる。マウス操作を安定させる…基本はCtrlを押しながら。Shiftも押すと移動距離が細かくなったりする。とりあえずはこんな感じですかね。マテリアルとかありますが割愛させていただきますそれでは(๑･ิω･ิ)۶

Blenderをようやくまともに操作できるようになったので覚書き

photo by daverson一週間の授業、入学式、そして二日が経った今…タイトル、第一文とやたらなんかカッコつけてる感じになりましたが特に意味は無いですｗ（別にカッコよくねぇよという意見はさておき）ここまでの大学生活スタート期間、授業と友達との昼食、少しの新歓イベとMacBookの開発環境整備、そしてそして多くの通学時間をもっていかれました。105分授業のせいでしょうか、四限に終わって直帰しても家でやれることが限られてしまいます、というかアコギが弾けないってだけですけど笑わりと課題というか勉強も必要ですしね（当たり前か汗）特に英語弱者なので英語関連のものに苦しめられています。イデアが浮かんでくるのを待ってます。。。どんなものでもアイデアをひねりだすというのは難しいですね( ；´Д｀)サークルは軽音系に入ることは確定しています。先日音感の激突バンド組みにも参加させていただきました。てなわけでいつもながらにまとまらな文章になってしまいましたが、ひとまずの現状報告ということで。あ、それと一応宣伝。理科一類二十四組は来る五月祭（5月16・17日開催）で「友情的油條」という名前でチュロスを販売します。Twitterアカウントはこちら理一二十四組@五月祭チュロス (@uts1_24_2015) | Twittertwitter.comそれでは( ´ ▽ ` )ﾉ

モラトリアムからの逸脱

photo by Studio Mohawk昨日の記事に書けよという感じですが(・_・;)①ホームページのURLが変わりましたhttp://touyou.github.ioTwitterの鍵アカウントを作成しましたTweets with replies by 鍵とうよう (@touyou_key) | Twittertwitter.comひとまずはここらでよろしくお願いします(*^^)v

お知らせ

photo by digitalrob70春から東大理一に入るとうようです！…とまぁ冗談はさておき（報告遅れましたが理一合格は本当です笑）今日からちょくちょくこのブログ動かしていこうと思います(・ωというわけで改めてよろしくです！

お久しぶりです

photo by Dunechaserお久しぶりです。去年は大して見てなかったので抑えられてたのですが、結局Advent Calendarの記事見てしまって何か発信したい欲に駆られてしまいました…受験数学のガラパゴステクニック一覧 - ※「rev.touyou」は仮タイトルですに引き続き勉強ネタで攻めたいと思います。基本趣旨は変えずに今回は物理についてつらつらと(๑˃̵ᴗ˂̵)و ̑̑ はじめにでは語ります。受験物理は大まかに力学、電磁気、波動、熱力学、原子物理と分けられるわけですが、これらは往々にして融合問題が出されます。ですが今回はこの五つで大まかに分けて、僕が普段解いてるプロセスなどを明らかにし、皆さんに提供することはもちろん、自分自身の弱点の洗い出しなどに努めようという次第なわけです。それでは順に見ていきましょう。力学力学の基本は何と言っても運動方程式m(dv/dt)=F (ただしmは質量、vは速度、Fは力)あるいは円運動の中心方向成分(mv^2)/r=F (ただしrは半径、その他は上に同じ)ですね。力学の全ての法則は古典力学の範囲であればこの運動方程式を様々な形式で"解く"という作業で導かれると言っても過言ではないでしょう。エネルギー保存則や運動量保存則を勉強の過程でここから導くというのは一回はやっておきたいものです。ですが試験のたびにこれをやっているわけにはいきません。運動方程式は状況整理にでは、運動方程式はどのように使えばよいでしょうか？答えはいたって単純で状況を整理するために使うのです。物理で状況の把握は必須事項です。もし問題文を読み間違えたり、力を見落としたりしているとそれだけで以降の計算が全てズレてしまいます。こういうことは僕はもちろんのこと物理をやったことのある人なら誰しもが経験しているのでは無いでしょうか。運動方程式に落とし込む、この作業によって自ずとミスは減るはずです(僕も毎回これをちゃんと行えている…というわけではないのですが(汗))状況整理が出来たら使う法則は問題を見て「感じる」さて、状況整理が出来たら早速問題を解いていくわけです。ここで何をどのように使うか、これが問題になります。正直に言うと僕はここは直感でやっています。ちょっとその大雑把な判断基準を纏めてみましょう。(以下運動エネルギーはK.E.、potentialエネルギー(位置エネルギー)をP.E.と略記します)K.E.やP.E.の関係がわかっていてバネの伸び縮み、位置、速度などを求めたい→エネルギー保存則系に外力が及んでいない状態で速度関係を求めたい→運動量保存則剛体について考えている→モーメントを考える等加速度運動などの典型的な運動で位置や速度を出したい→公式を使ってしまう非弾性衝突→はね返り係数こんなところでしょうか。全く系統的でないこと、いたって当たり前のことを書いてしまったことはお許しください。ここから各項目に関して小技とまではいかないかもしれませんが注意事項などを述べていきます。エネルギーはもれなくダブりなくモレなくダブりなく……まぁ当然ですかね(⌒-⌒; )ですが以下に述べることは僕も最近まで間違えちゃってましたし、多くの受験生が引っかかることらしいので注意しましょう。運動方程式から見れば当然の間違いを気付けなくなるのです。ですから、一々求めようとまでは言わないので勉強の段階でしっかり運動方程式からエネルギー保存則を導くという作業をしておいて、運動方程式を見たらぱっとどんな項がエネルギー保存則に入るのか思い浮かべられるようにしておくと良いかもしれません。運動量はベクトル量系に外力が働いていない時、大活躍する運動量保存則ですが、僕の経験上失敗しがちなのは運動量がベクトル量だということです。言い換えれば必ず符号を考えて書かなくてはならないということです。気をつけましょう。モーメントは作用線と支点の距離がわかりやすいよう分解モーメントについては作用線と支点の距離がわかりやすいようにベクトルを成分分解すると解きやすいでしょう。それ以外に特に言及することはないかな？典型問題の公式等加速度運動などの公式は覚えておく…というか仕組みを理解し自然と覚えておくのが良いでしょう。v=at+V x=(at^2)/2+Vt+X : vは速度、aは加速度、xは位置、tは時間、大文字はt=0での各値(d^2 x)/dt^2 = -(w^2)*xの一般解 → x=Asin(wt)+Bcos(wt)dv/dt = kvの一般解 → v=Ce^(kt)以上、A,B,Cは積分定数であるあたりですかね、一応。はね返り係数の使いどころはね返り係数の式は基本的に非弾性衝突の時に用いましょう。弾性衝突とは運動エネルギーの和が保存する衝突です。ここからエネルギー保存則と運動保存則でいわゆるはね返り係数の式も出てきます。(衝突後のお互いはなれる速さ)/(衝突前のお互い近づく速さ)がeに等しいと覚えれば一発で符号に悩むこともありません。物理は暗記の教科ではもちろん無いのでしっかり理解して覚えられる形を模索するべきです。電磁気さて一気に力学について話してきました。漏れが多少あるかもしれませんが、ひとまず大まかな枠ということでお許しください。運動方程式、回路の方程式についてみましょう。回路の方程式を正確に書く回路の方程式とは「(電圧降下)=(起電力)」の関係をある閉ループについて立式したものです。キルヒホッフの第二法則というものと同一視して良いでしょう。正確に言えば少し捉え方は違うようですが割愛します。以下は符号を変えれば電圧降下とも起電力とも取れることに注意してください抵抗R、電流IでRI電荷Q、電気容量CでQ/C自己インダクタンスL、電流IでL(dI/dt)2. 代表的な起電力磁束φで-(dφ/dt)速度v、で一定の磁束密度Bの領域を通る長さlの棒に生じるのはlv×Bこれで一応受験では全てでしょうかね(深夜に書いてるので怪しいです)エネルギーの扱い基本的には回路の方程式を適当に積分したかたちがエネルギー、すなわち静電エネルギーに関する式になります。(2015/1/1 1:37) 力尽きたので一旦ここで公開してしまいます。また暇な時に完成させていきたいと思います。

ブログ始め とうよう的物理入門

元ネタは情報オリンピック夏季セミナー2013 に不参加しました - (白抜きハート)です。8/24(日) 0日目不参加記を書くことを決意しました。とうよう on Twitter: やっぱり僕も浪人情オリOBらしく夏季セミ不参加記書いたほうがいいのかな？？？(●⁰౪⁰●)8/25(月) 1日目今日からか〜Looking for a Challenge?かなんか、さたしゅんとかIOI勢の本楽しそうだなーとか考えつつ、なんか浪人について考察してました。8/26(火) 2日目ポテホーダイの犠牲者がまた出るのかーと思いつつ教材交付をウキウキ待っていました。8/27(水) 3日目せっかく久々の某予備校なのに友達とあんまり会えなくて悲しみでした。ポテホーダイは行きませんでしたが飯部に入って陰から応援してました。友達がリアルに限界突破して死にかけてました。僕は100ツイート行ってしまって懺悔し寝ました。8/28(木) 4日目マーク模試という名のおしゃべり会に参加しました。久々に友達(ほとんど後期SX勢)と集まって会話の進捗生やしまくってました。アスクで微妙なカミングアウトしてしまいました。本日 5日目おしゃべり会二日目でした。友達の表彰式を待って会話と予習の進捗を一緒に生やしました。いろいろ満足しました。ちなみにサブイベントのマークの方は偏った得点でよくわからないけど取りあえず世界一物理できない勢らしい点数でした。夏季セミ参加記書きました。 http://t.co/E7fmZpRD46 #JOIss— ふかひれ君 (@snuke_) 2014, 8月 29まとめ勉強の進捗は微妙でした。最近コミュニケーションとかあるもの(意味深)の補給が足りないので後期楽しみで仕方ないです。来年は知り合いも少ないと思うのでやっぱり不参加する気がします。でも来年は浪人じゃないので不参加記はこれにて打ち切りです。もし浪人した情オリクラスタいたら勝手に伝統にしちゃいましょう(日本語力不足)じゃあ、バイバイ(๑•̀ᴗ-♡ॢ)

情報オリンピック夏季セミナー2014に不参加しました

photo by avrillllllaSwift違い…浪人生ながら少し読んでみつつ、にわか趣味多言語プログラマー並みに受けた印象を呟いてたのでまとめたいと思います。対応はやいな、まぁしばらくはSwift入門よんどけばいいか（←すごHasどこいった）— とーよー (@touyoubuntu) 2014, 6月 3Swift Go Hack出揃った感というかこれはますますGoogleがGoをAndroid対応させる流れが必至になってきたように思える（小並）— とーよー (@touyoubuntu) 2014, 6月 3Swift、インタープリター系統の書き方してコンパイルするのか…というかインタープリターがあるのかな？型はGoと同じ後置でJavaScriptっぽい印象もうける— とーよー (@touyoubuntu) 2014, 6月 3変数定数の違いをvarとletにしたところとかnilが代入できる型を？を最後につけるようにしてるところとか見るとかなり英語に近づけてるし初心者に優しいと自負するだけはある。— とーよー (@touyoubuntu) 2014, 6月 3型明記のときはHaskellと同じ：だけどこれも英語っぽい感じ— とーよー (@touyoubuntu) 2014, 6月 3世の中の人事部はなにを考えているのだろう…こんなの米appleからヘッドハントしなきゃまだいないよ…（RT）— とーよー (@touyoubuntu) 2014, 6月 3->やらlet～whereって出てきて関数宣言も型後置で完全にGoとHaskellのあいのこ感（浪プ並）— とーよー (@touyoubuntu) 2014, 6月 3Swiftにselfが！！！— とーよー (@touyoubuntu) 2014, 6月 4SwiftとGoとHackの並びにVC♯いれるべきだった…他はない…よな？— とーよー (@touyoubuntu) 2014, 6月 4VC♯がJavaよりでGoがほぼオリジナルでHackがPHPでSwiftがHaskell、Python、JavaScriptをCベースでブレンドした感じかな？見た目的にはSwiftが一番よいと感じてます（）— とーよー (@touyoubuntu) 2014, 6月 4不正確なことも言ってると思いますが…順次更新は…しません。はやくKeynoteダウンロードできるようになってほしいですでは(^o^)

Swift入門書を読んでいる浪人生趣味プログラマーの感想

＜Presso使ってみた＞photo by Jan Charles Linus Ekenstamそんな暇は無いはずなんだけどちょいと書いてみる。そもそも僕はもともとはてなブックマークのヘビーユーザーと言うわけじゃなくて、過去に数回使ったっきりになってた。変わった理由は思い浮かべられる限り、三つぐらい。一つは、グノシーでニュース見てるとFacebookのページがいいねの通知だらけになるのが嫌になったという、グノシーからの退避。ともかくそんな感じで利用を始めました(^_^)溜まったブックマークは受験後の勉強の参考にするつもりです。では！=͟͟͞͞(๑•̀=͟͟͞͞(๑•̀д•́=͟͟͞͞(๑•̀д•́๑)=͟͟͞͞(๑•̀д•́

Presso

T'sPAЯTYが昨日から始動しました。この記録の形式、なんか味気ないのでやめようかなとも思っちゃうんですけど、とりあえず続けます。JASIC文章を書くこと、雑記っぽいものJASICiPadのプログラミング系アプリです。JavaScriptで結構本格的な開発も出来ます。チュートリアルがあるんですが、これを英語とJSの勉強ということで今翻訳を勝手にやってます。01. Introduction全部出来たら一応公開する予定です。著作権とかなんだかんだありそうな気もしますが、そこは後回しということで(汗文章を書くこと、雑記っぽいもの昨夜、ドットアンインストールというエイプリルフールネタを作った人のブログの記事で自己啓発されていたのですが…わたしが1年間に送ったメールのうち40件を公開しました · 上杉周作のブログこれなんですけど。考えることについて書くときに僕の書くN個のこと←この記事に行き当たったんです。こんなこと考えたこともなかったので、なんか自分の認識を改めさせられました。まぁ取り入れないんですけどね(^◇^;)=͟͟͞͞(๑•̀=͟͟͞͞(๑•̀д•́=͟͟͞͞(๑•̀д•́๑)=͟͟͞͞(๑•̀д•́結局僕は何を言いたかったんだろうか？よくよく思い返してみると、何か明確なメッセージを持ってブログを書いたことって数える程しか無いんですね。でもデモでも、文章を書くのはいいことだって、アウトプットはいいことだってその人が別の記事かなんかで言ってたので…これからもアウトプットしていきます！以上決意表明？でした。そろそろ頭がこんがらがって来てるのでやめます。あ、東大受験生ブログ投票お願いします。p.s. なんか一気に文章を収束させてしまったので書けなかったことをスゲー箇条書きに…Facebookに慶応生が多いです。というか慶応生入学式ポストしすぎで辛いw相変わらず、自分が何がショックだったのかな？と考えてみると、結局はMacやiPhoneなどの物欲、プログラミング関連の知識欲、ホームページやアプリをつくる創作欲がまた一年間十分に満たされないことにあって、ダメ人間だなーと。駿台の予定が大学ライクなのが逆に辛いですwSNS実は苦手かもしれないという危惧。最近SNSであまり交流が出来てない…一方的なアウトプットとインプットだけなんだかんだ言ってインプット欲は尽きません。グノシーはFacebookの自分のタイムラインがカオスになるのでやめましたが、feedlyとPresso、それに気に入ったブログなどで啓発されまくってます(主に受験とは関係ない)勉強は一応通常営業に戻って来てます。といってもやっぱりインプット欲と、それにWeb漫画に時間を吸われてしまっているので…東大過去問がスムーズに解けても落ちた以上なんだかなぁという気分になってしまうのですがw初めてFacebookで新しく登録した人への友人紹介っていうのをやってみました。紹介した人が友達になるたび通知来るんですね。もともと中学の時のサッカー部仲間にサッカー部仲間の人たちを紹介しまくったので、今は通知がそれで埋まってます笑以上(☝ ՞ਊ ՞)☝ｳｪｰｲﾌｯﾌｳｳｳｩｩｩ!!