はじめに Swift Advent Calendar 2018の20日目を担当させていただきます @ruwatana です。 主流となっているモダンな言語は多様な概念を採用しており、さまざまな記法を使って十人十色のコードを書くことが可能となっています。 今回は、みんな大好きSwiftの記法に注目し、自分も普段から取り入れているオシャレでスマートないわゆるSwiftyな記法を実際の使用例やなぜそう書くと良いのかといった理由とともに厳選してみました。 設計方針などはある程度学習が必要となりますが、今回紹介するのは記法なので今から実践することが可能です Type Omitting (型省略)編 Swiftには強力な**Type Inference（型推論）**がありますが、これを用いて非常に簡潔に書くことが可能となっています。 こうした型省略はよく用いると思いますが、応用するとさらに強力です。

今回はiOSのライブラリでも特に有名で、利用者も多いであろうAlamofireを使わず、自力でAPIConnectorを作成していきたいと思います。 何故Alamofireを使わないのか iOS開発で多くの人が使っているであろうAlamofireですが、便利な反面、多機能すぎてすべての機能を使いこなさなければならない場面は限られてくると思います。 またコード量も膨大であるため、いざ何か起こったときの対応にも時間がかかりがちなのも個人的にはマイナスポイントです。 というわけで、今回はオーソドックスにJSONを返すAPIとの通信を前提に脱Alamofireを目指して頑張りたいと思います 開発環境は以下の通りです。 macOS Mojave XCode 10.1（Swift4.2） 実装してみた 1. HTTPメソッド HTTP通信を行うとき、HTTPメソッドを指定するわけですが、Alamofi

2010年: いつか技術書を書いてみたい プログラマになる前、「本を書く」というのは自分とは関係ない「どこか遠い世界の話」のように思っていました。本を「書く」のはどこか違う世界に住む人々がやることであって、本は「買う」ものであると。ただ自分も本屋に並ぶ本の著者になれたらかっこいいなぁ、という「漠然とした憧れ」は持っていた気がします。 ところがプログラマに転身してWEB系企業に転職してみると、なんとまぁ、書籍執筆経験のある人の多いこと。本を書くことが違う世界で起きている非現実的なことではなく、すぐ近くで起きている「現実的な憧れ」に変わりました。 しかし、自分は30過ぎてプログラマデビューしたばかりの、技術力も経験もない、うだつの上がらないプログラマ。有名でもないし、本の執筆が舞い込むようなインパクトのある実績も特にありません。いつかは自分も、とは思うものの、それは「いつか」でしかありませんで

これは BASE アドベントカレンダー 1日目の記事です。 devblog.thebase.in CTOの藤川です。ネットではえふしんと名乗っていて、会社でもえふしんさんと呼ぶ人が大多数です。 今年はテックリードの働きかけをきっかけとして、BASE社でもアドベントカレンダーを書いてみよう！という話になりました。皆様よろしくお願いいたします。 最近、エンジニアリングマネージャという役割が急速に普及し始めているので、今回はマネジメントの話について書いてみたいと思います。 IT業界にはエンジニア35歳定年説という都市伝説がまかり通っています。開発技術が進化してコードを書く労力が劇的に下がったにも関わらず、このことに恐怖してる人は少なくないようですし、何よりエンジニアがコードを書かなくなるような状態は望ましい状態ではないとされています。 一方で、成長するビジネスにおいては組織を作っていかないといけ

🚨 CẢNH BÁO TỐI ĐA: Để đảm bảo an toàn, chỉ vào geechs-magazine.com – Địa chỉ CHÍNH THỨC của DA88! ❌ Truy cập nhầm link giả mạo có thể khiến bạn trở thành nạn nhân của lừa đảo. Hãy cẩn thận – Bảo vệ tài sản và thông tin cá nhân của bạn ngay hôm nay! geechs-magazine.com là ĐẠI LÝ DUY NHẤT của DA88 ⚠️‼️ Những Tên Miền Khác Đều Là GIẢ MẠO 👉 NÓNG | Xuống Chân Trang Để Nhận Code Khuyến Mãi 👈 🎉 DA88

今自分が働いている会社ではエンジニアリングマネージャーという肩書で仕事をしています。「ああ、エンジニアのマネジメントをする人ね」ってことなんですが、具体的にどういうことを考えてどういう仕事をやってるかを実際にやってみて分かったこともあるのでまとめておこうと思います。 一応注意としては、「自分はこう考えて仕事してるよ」っていうだけの話で、会社や組織によっては全然違うことを考えたり実行してる人も一杯いると思います。自分の仕事はピープルマネジメントがメインです。 ミッションは「エンジニアチームの生産性を最大化すること」 そもそもエンジニアリングマネージャーって何のために存在してるかというと、エンジニアチームの生産性を最大化するために存在してると思ってます。生産性を上げるためには、各メンバーのモチベーションを高く維持しないといけないし、メンバーのキャリアアップをサポートしないといけないし、メンバー

楽天株式会社で新規事業のエンジニアリングマネージャーをやっている @TAKAKING22 です。 最近「エンジニアリングマネージャー」が流行っていますね。弊社にはそんなかっこいい役職名はないんですが、いわゆる開発部のマネージャーをやっているのでエンジニアリングマネージャーがわかりやすいと思って最近使っています。 意識低いエンジニアリングマネージャーを目指して意識低いエンジニアリングマネージャーを目指してやったことについて書いてみます。 なぜ「意識低い」なのかというと、そもそもマネージャーにはなりたくなかったのでできる限り要領よくマネジメント業務を効率化してその分プレイヤーとして仕事をしようと考えたからです。なんと意識が低いのでしょう。 でも「俺がマネージャーだ！（ドンッ）」みたいにマネージャーになっただけで偉そうに振る舞ううざいマネージャーになるよりは意識が低いマネージャーの方がマシだと思

メルカリのエンジニアリングマネージャーはどんな仕事をしているのか？【F17-1C #8】 2017 10/19 ▶平日 毎朝7時に公式LINE@で新着記事を配信しています。友達申請はこちらから！ ▶ICCの動画コンテンツも充実! Youtubeチャネルの登録はこちらから！ 「イノベーティブなプロダクトを生み出す開発/エンジニアリング・マネジメント」【F17-1C】セッションの書き起し記事をいよいよ公開！10回シリーズ(その8)は、エンジニアリングマネージャーの役割について、主にメルカリの事例を基に議論しました。プロダクトマネージャーとエンジニアリングマネージャーは何が違うのでしょうか？是非御覧ください。 ICCサミットは新産業のトップリーダー600名以上が集結する日本最大級のイノベーション・カンファレンスです。次回 ICCサミット FUKUOKA 2018は2018年2月20日〜22日 福

さぶたいとる:サーヴァントリーダーシップの限界 ネガティブメンバーとは 今回のネガティブメンバーとは｢愚痴を言う｣、｢怒る｣など、恒常的にネガティブな表現を周りにする人のこととします。 成果が出ていない。というのは今回は対象外です。 育成コースに移すなりしましょう。 ネガティブメンバーの思考、行動一例 評価に不満 チームの判断に不満 スケジュールに不満 不満を喋りつづける 納得した。風で納得していない 周りの失敗を認めない 周りの状況を鑑みない 周りを手伝わない 代替の提案をしない、聞き入れない まじつらいわー、俺一番頑張ってるわー 想定する聞き手 ネガティブなメンバーをマネジメントしている。 ネガティブなメンバーのマネジメントを今後は避けたい方。 マネージャー職に向けて今後の心構えをしておきたい方。 はじめに マネージャーであるならば、第一に、環境に対して文化づくりや評価、メンバーに対し

そういうときがよくあります。 マネジメントを仕事にしたのは今の会社が初めてだけど、きっとこれから先も会社に所属している限りは、なくならない気持ちなんだと思います。 だから、そんなときに振り返れるようなものを残しておきます。 ...時が経つのは早いもので、コードレビューを受けるのがつらかったわたしも、気がついたらチームリーダーになっていました。 今では、当時自分自身が書いた記事を読んで、レビュアーとして考える日々を送っています。 煽りタイトルで申し訳ないのですが、マネジメントを始めてまだ1ヶ月しか経っていません。 けれど、なんとなく、 コードを書く時間が減ってしまったことに対する不安 自分は何も生産していないのではないか 今後のキャリアどうしよう？ 職場の人間関係に対して常にアンテナを張っていなければいけない気がする不安 Slackから目が離せない あそこで話している人たち、何を話しているの

昨今大企業やめました記事が盛り上がってますね。 anond.hatelabo.jp kumagi.hatenablog.com 僕もかくいう大企業ソフトウェアエンジニアで、機械学習を担当していて、クソみたいなことがいっぱい起こって辞めようかと思うことが非常に多い。 怒りの原因を分析したところ、僕のケースでは以下の3人の壁となるおじさんがいることがわかった。 [ここで注意] 本記事は著者含め大企業で働く機械学習エンジニアの友達とslackやtwitterで盛り上がった内容を、全て”僕”一人の体験としてまとめ上げたものです。つまり 実話に基づいたフィクションです。 分散する様々な大企業の悪いところをまとめて3人のタイプのおじさんを作っているので、とある大企業の批判をしていたり、著者個人がこの様な体験をしている訳ではないことにご留意ください。 (1) 幼稚園児でもわかる結果でしか技術を評価できな

阿部愛由美さんという女性がTwitterで投稿したのは、父親でありアニメーターでもある阿部邦博さんが記したという、ゲームの攻略メモだ。ひと目見ると、精緻に書き込まれた攻略メモからはある種の魔導書のような迫力が感じられ、それと同時にゲームプレイヤーとしての並々ならぬ熱量も感じられた。 「すごいメモがある」とこのネタを持ち込んできた編集部員の熱意か、仕事として自身に湧いた興味か、あるいは“その魔導書”の魔力に惑わされてか。とにかくゲームライターであるわたしは、愛由美さんに通話で取材することになった。 以下がわたしがこれから記す体験、いや、“旅”の記録である。 文／Nobuhiko Nakanishi 編集／ishigenn このメモは8月に50歳で逝去された邦博氏の葬儀後、仕事場でもあった自宅の部屋の遺品整理のなかで見つけたものだと愛由美さんは語ってくれた。最近はゲームをプレイすることもなくな

連載：迷惑bot事件簿 さまざまなタスクを自動化でき、しかも人間より早く処理できるbot。企業にとって良性のbotが活躍する一方、チケットを買い占めるbot、アカウントを不正に乗っ取るbot、アンケートフォームを“荒らす”botなど悪性のbotの被害も相次いでいる。社会や企業、利用者にさまざまな影響を及ぼすbotによる、決して笑い事では済まない迷惑行為の実態を、業界別の事例と対策で解説する。著者は、セキュリティベンダーの“中の人”として、日々、国内外のbotの動向を追っているアカマイ・テクノロジーズの中西一博氏。 今年8月、大手プレイガイド、イープラスのチケット購入サイト「e＋」への一般先着チケット購入アクセスの9割がbotによるものだった、というニュースがさまざまなメディアで報じられた。あれから4カ月、イープラスのbot対策はさらに進み、目に見える効果をあげている。 そこで「迷惑bot事

はじめに 東京に引っ越すのは初めてなので，東京のクソ不動産と戦うために役立った情報などを本記事で掲載する． 自分自身は，完全紹介性の不動産業をしている方とやりとりを行なった為，特段苦しい出来事は発生しなかったが調べて役に立った情報もあるのでまとめて開示する． メモなので走り書きですが，これから都内に引越しを検討している方の役に立てば． はじめに 不動産に聞いた「分かりやすいクソ不動産」の見分け方 不動産に聞いた「ベストな物件選びシーズン」 自分の要求物件について 希望賃料 希望する物件の条件 MUST OPTION(あると良い) 物件探しのスケジュール 物件探し 内見 持ちもの 現地に行く前に確認する事 現地で確認する事 契約にあたっての交渉 交渉で値切れるもの 交渉するタイミング 仲介手数料に関して その他雑感 参考文献 不動産に聞いた「分かりやすいクソ不動産」の見分け方 不動産の店舗前