サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
体力トレーニング
dongri.github.io
Echo Dotが届いたのでAlexa Skillを作ってみることにしました。オフィスに届いた当日はSlackで使ってたhubot deployをAlexaからデプロイできるようにと遊んでみたがちゃんとしたものを作ろうと思って週末に http://rebuild.fm をAmazon Echoで聞けるようにしてみました。 以下実装上で困った話をしようと思います xml2jsonをrequireすると反応しない http://feeds.rebuild.fm/rebuildfm RSSなのでxmlをパースする必要があり、nodejsでxmlパーサを探してみた結果これでした。 しかしrequireした時点でAlexa(Lambda)が反応しなくなりました。深く検証してませんが、おそらくnodejs 6.10にサポートしてないのが原因かと思われます。 xml2jsファイルパースで無反応 xml2
Facebookでめっちゃ良い文字列見かけたので日本語にしたい気持ちになりました。 https://www.facebook.com/dgtgrade/posts/1776370592421799 組織が健全だと感じる時: (順序なし) 1. 知らない人が正直に知らないと言う時 2. よく知ってる人が前に出て話す時 3. 難しことを自分がやると手上げる人がいる時 4. 頑張ってる人、よくやった人に拍手をあげる時 5. 困難にぶつかった人が手伝ってほしいと言う時 6. 問題を起こした人が隠さず、共有する時 7. 他人の仕事について会話できる時 8. リーダーが人の誤りをみんなと共有できる時 9. 失敗の理由について出して反省できる時 10. メンバー達が同僚、組織、社会を同じく考える時 11. みんなの長所でみんなの短所をかぶせる時 a. 大したことないのにみんなで笑える時 b. メンバー達
書いたオープンソースソフトウェアがお金になった話をしようと思います。 OSS書いてGitHubに公開して有名になって、ある企業からスカウトされオファーが来て転職して年収アップ!そういう話ではなく、マジで自分の銀行口座にお金が振り込まれて来た話です。 https://dongri.github.io/2014/06/oauthswift/ こちらのブログにも書いたように、2014年Swiftが出て「みんなでSwift勉強しようぜ」と社内ハッカソンやってたらOAuthがそう簡単にできないことがわかり、OAuth関連のライブラリを書いてみようと思い始めたプロジェクトがOAuthSwiftでした。初めは自分が必要だったFlickr OAuth, Twitter OAuthだけだったが、どうせならOAuth, OAuth2両方対応しようと思いGitHubなどOAuth2もサポートするようにしました。
タイトルのクローンを作ったは嘘w。似たようなものを作ったが本当。 チームがちょっと大きくなったのと外国籍のエンジニアがQiita嫌いという理由でQiita:Teamやめて 他のツールをいろいろ試してみたがどれも長く続かず、文句言うばかりでした。 結果エンジニアがノウハウなどナレッジを残す場所がなくなったわけですね。 結局何がダメだったのか?文化の違い?デザインがダメ?私もわかりません。 ちょっと考えてみたんですが、Qiitaのデザインがだめ、機能がだめだったら俺らが作ればいいんじゃと 思って作ってみたのがteamでした。https://github.com/rusts/team 業務で使ってるGo言語で作ったらずっと早く簡単に作れたと思うが、社内でRust好きなエンジニアが結構多いなと感じ、 もしRustで作ったらみんなが興味持って機能追加したりメンテして俺達が本当に欲しかったものを作れる
後でコメント付けるから これは暫定的な方法、本番リリース時はこの方法で書かない 大体終わった。後小さい問題何個か残ってるだけ エンジニア:”十日は必要”。Boss:”五日でできる?”。エンジニア:”できる!” TODO 私の端末ではちゃんと動くのに これはテストする必要ない、絶対問題ないから そう、もうテストした 一行の修正だけ、他の処理に影響しない これは前からあった問題 追加10ウソ 次コード修正する時ユニットテスト書くよ 90%は終わった これは二分で解決できる そう、これは既知のBugだ 昨日はちゃんと動いてたのに そんなのありえない これはハードウェア/ネットワークの問題、私のコードと関係ない これはBugではなく、特性だ 私は今ドキュメント読んでる 私はサボってない、今ビルド中
言語編 Functional Programmingをわかるエンジニアはよくデザインパターンを口にするエンジニアを軽蔑する。 よくデザインパターンを口にするエンジニアは「そのように書くとオブジェクト指向ではない」と言うエンジニアを軽蔑する。 「そのように書くとオブジェクト指向ではない」と言うエンジニアは「重複するコードをfunctionにまとめばいいじゃ」と言ってるエンジニアを軽蔑する。 コードをコピしてあっちこっちに貼り付けるエンジニアはPMを軽蔑する。 アセンブラ書くエンジニアはC言語書くエンジニアを軽蔑する。 C言語書くエンジニアはC++書くを軽蔑する。 C++書くエンジニアはC#書くエンジニアを軽蔑する。 C#書くエンジニアはHTMLを一種のプログラミング言語と思ってるデザイナーを軽蔑する。 Python3エンジニアはPython2エンジニアを軽蔑する。 iOSエンジニアはAndr
このページを最初にブックマークしてみませんか?
『dongri.github.io』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く