この記事は Enigmo Advent Calendar 2018 の19日目の記事です。 はじめに ネタ何にしようかなぁと思って、 カジュアルな感じでかつ単発で終わるようなもの 検索、自然言語処理関連で何か 年末的な何か ということを踏まえて、 Qiitaチームに日々挙げている自分の作業日報を可視化して2018年の振り返りをしてみることにしました。 私がエニグモに入社したのが今年の2月なので、正確には1年ではないですが、 細かいことは気にせずいきたいと思います。 作業フロー 作業フローとしては、 Qiita API v2を利用して自分の作業日報の本文と作成日時を取得 取得した本文を形態素解析器にかけてキーワードのみを抽出 抽出したキーワードをword cloudを利用して可視化 可視化したものを見て思い出に浸る という感じで進めようと思います。 Qiita APIで日報の本文を取得 アク

こんにちは、クラウドワークスの新規事業のエンジニアとして仕事をしている高梨です！ 最近、「実践ドメイン駆動設計」という本を読みました！ 500ページ近くもある技術書で、なかなか量は多かったのですが、DDDがどんなものなのか一通り大枠を掴めた気がします。 ただ読み終わった後にこんな疑念や不安をいだきました。 「たしかにかなり面白そうだけど、実際にやるとどれだけ工数かかるんだろう...？」 「設計の話は全然出てこなかったけど、DDDで作るとなるといったい何から始めればいいんだ？」 「戦術についての知識はついたけど、実際に書こうとしたらできなそうだな...」 そこで、そういった疑念や不安を解決するために、実際にDDDでサンプルプロダクトを作ってみようと思ったわけです。 実際に作ってみるのが、結局一番理解が進みますしね。 今回は、そのプロダクトがリリースされるまでの過程や感想を、作成した設計書やソ

Enigmo Advent Calendar 2018の4日目の記事です。 この記事の目的 Enigmoが運営しているBUYMAでは古代から運用しているjQueryの他に、2016年頃から一部ページのフロントエンドをReact/Reduxで構築しています。 私自身もEnigmoに入社してからの約三年間でReact/Reduxアプリケーションの開発に多数携わってきましたので、そこで培った知見を共有したいと思います。 React/Reduxの利点 まずはじめに、ReactとReduxを使うメリットを再確認しておきたいと思います。 それぞれのメリットをしっかりと認識しておくことで、実装する際どう書くか迷ってしまった場合などにそのメリットを最大限活かす選択をすることができます。 Reactの利点 コンポーネント化が容易で再利用性が高い 状態をDOMから分離できる(Stateless) Reduxの

といっても結構前の話だから、多分特定はされないと思う。一応、フェイクも混ぜて書く。 今日俺がこれを書いているのは、「日本のプロチームが何故世界だとさっぱり勝てないのか」を説明する為だ。 簡単に言うと、日本のプロ団体の殆どは、コーチングについて全く、何も考えていない。なんとなく実績があるゲーマーを集めて、そういつらひとまとめにしておいて後は放っておく、くらいのことしかやっていない団体がめちゃ多い。それで勝てるわけがない。 韓国でもアメリカでもロシアでも、今強いプロチームには必ず専属のコーチがついている。複数コーチがいるチームも全然珍しくない。そういう人たちは、引退したゲーマーであることもあるけれど、元々他のスポーツのフィジカルコーチだった人とか、タクティカルコーチだった人とか色々いる。むしろ、多分別畑から呼ばれた人の方が多い。 勿論ゲームについて勉強もしているけれど、元々のコーチング理論って

ドメイン駆動設計 #1 Advent Calendar 2018の14日目を担当する@pospomeです。 今回はDDDとコードとしての正しさについて書いてみようと思います。 DDDは設計手法である コードとしての正しさ コードとしての正しさを見失う ユースケースの日本語を"そのまま"コードに落とし込もうとする 無駄にオブジェクト同士の結合度を上げる RubyのActiveRecordの正しさ コードとしてのメリット、デメリットを具体的に考えて解決する まとめ DDDは設計手法である DDD = ドメイン駆動設計 ですよね。 "設計"という単語が付いていることから分かる通り、DDDはあくまでソフトウェアにおける設計手法です。 そのためDDDの成果物は"コード"であり、DDDの目的は"コードの可読性を上げること"であると自分は考えています。 DDDが持つ"ビジネスを理解する", "ドメインを

エンジニア歴17年の俺が、事業系の開発タスクをバンバン投げてくる非エンジニアに、保守の必要性を死ぬほど分かりやすく説明する。 [Ateam Lifestyle x cyma Advent Calendar 2018]の5日目は、株式会社エイチームライフスタイルの@gonjyu121が担当します。 はじめに最近のWEBサービス運営チームというと、事業運営や企画営業のチームと、エンジニアチームが一緒になって働く事が多いですよね。 そんな時、多くのエンジニアが、 「品質保持やリファクタリング、改善系のissue（タスク）の優先度がなかなか上がらず、着手できない・・・・・・」 といった悩みを抱えがちです。これなんですが、非エンジニアの皆さんからすると、 「エンジニアがすごいのは分かるんだけど、何をやってるか、なんでこんな時間がかかるのか、正直分からないんだよなー」 と思っていたりします。こんな話、

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog Yahoo! JAPAN Tech Advent Calendar 2018の6日目を担当します、Webフロントエンドエンジニアをやっている向井(@sakito)です！ 今回はヤフー株式会社でWebフロントエンドエンジニアがどのような取り組みを行なっているのかをお伝えします。 ヤフーの組織体制 Webフロントエンドエンジニアの取り組みを紹介する前に、ヤフーがどのような組織体制なのか紹介します。 冒頭画像のようにヤフーではカンパニー制度を取り入れており、それぞれのカンパニーにサービスを開発する事業本部があり、この事業本部単位でデザイナーやエンジニア、そのほかにもさまざまな職種の方が所属し、サービスごとで日々開発に取り組んでいます。

犬が一緒に戦ってくれる系はちょくちょく見るんだけれども やっぱ犬のが絵になるのかな？ ＜追記・ねこまとめ＞ 納得度の高いねこちゃんアイルー…ねこちゃん！オンラインのやつをやってフルフルに勝てなくて辞めた事がある マビノギのペット…やってた。多分今は買えない奴多数　虎もいるよ。だが犬を買ってた DQ10…仲間モンスターおりゅ。プリズニャン派だけど、ねこまどうの猫納得度は高い。ねこまどう転ぶと裏側がめちゃ可愛い。キラパンは有能だけど猫じゃない。ドラテンは早くアニマルゾンビを仲間にできるようにしろ。 ちょっと違うかなねこちゃんペルソナ5…キャラ自体はとっても可愛いけどデフォルメされすぎている エルダースクロールオンライン…やってた。でかいライオン女になってた FF7・DQ5…とってもかわいいけどでっかすぎるデショー？！ FF14…耳が頭の上についてる獣人好きくない。ルガ子やってた。 BOF3とか

今まで自分で作ったものが十数個、仕事で5社ぐらいの redux を見てきたので、その結果思うところを書く。 前提として、自分はエコシステムに乗るという意味で今では redux 肯定派だが、redux それ自身が過剰に抱えている複雑さはもっと分解されるべきだ、という立場。 Redux がうまく設計されているとどうなるか 一貫した一つの設計論に従うので、考えることがなくなる 難しさが廃されるのではなく、難しい部分が一箇所に集中する。React Component の末端では、何も考えることがなくなる。状態管理という難しい部分を作る人と、末端のコンポーネントのデザインに注力する人を分けられる。 大規模になっても設計が破綻しにくい、というエンタープライズ向きな特性を持つ。が、その技術基盤は(静的)関数型由来の考えが多く、基礎設計や基盤理解にはハイスキルが要求され、需要と適用対象のミスマッチを感じる

ニュージーランドの海で、カヤックをしていた男性にむけて突然、海面に現れたオットセイがタコを投げつける瞬間をカメラがとらえ、話題になっています。 タコの足が、勢いよく男性の顔にあたると、男性は「わお」と叫び、驚きを隠せない様子でした。突然の出来事に、周りの仲間たちからも大きな笑いが起こっていました。 撮影したのは、一緒にカヤックをしていたシドニー大学に通う増田太陽さん（23）で、高性能の手ぶれ補正機能がついたカメラで撮影したということです。 増田さんは「オットセイは、空腹でタコの足を食いちぎろうとしていたのだと思う。貴重な瞬間を撮影できてうれしいです」と話していました。

カギは社内事例にあり！？システム効率化を超えて運用ミスを激減させた件 2024.09.02 コーポレート 業務改善 業務設計 社内ICT

大人の事情により、記事の内容を非公開とさせていただきます。 シェアしてくださった方々、誠に申し訳ございません。

フリーランスで成功した話や、成り上がった話などをよく見かけるようになりました。しかし、決して少なくないであろう失敗談をあまり目にしません。フリーランスにスッと馴染んでいく人もいれば、挫折する人もいます。今回は挫折した側の人間である私の失敗談を書こうと思います。 これからフリーランスになる人、フリーランスで伸び悩んでいる人への反面教師になれれば幸いです。 私がフリーランスになった理由「なんとなく、やってみたかったから」です。計画もなにもありませんでした。なんなら貯金もありませんでした。 「とりあえずやってみて、駄目そうだったらすぐ辞めよう」と軽い気持ちで始めました。結果、100万ほどの借金を作ることになります。 痛感したコネの大切さフリーになってから知ったんですが、普通はある程度のコネクションを作ってからフリーになるらしいですね。まずここで下調べの甘さが出ています。 なんのコネも無かった私は

(Photo from Rate Your Music) フィッシュマンズの評価が、ここ1~2年で海外で急上昇中しています。中でも音楽・映画のデータベースサイト『RYM（RATE YOUR MUSIC）』では、ライブアルバム『’98.12.28男達の別れ』が全世界の350万枚以上のタイトルを含むチャートで、なんと80位（2019年5月時点）*1*2この事はアメリカでインディ・レーベルを運営しているBen君(@cudighirecords)から教えてもらいました。 RYM（RATE YOUR MUSIC）とは ランキングについて Top Albums of All-time #1 - #10 Top Albums of All-time #76 - #85 チャートの信憑性について RYMのサイト情報について 同種サイト『Discogs』のサイト情報 RYMユーザーの属性について 『’98.

2019/07/26 追記 2019年7月26日、はてなダイアリーからはてなブログへの自動移行が完了し、はてなダイアリーでの記事の公開が終了いたしました。詳しくは下記の告知をご参照ください。 diary.hatenastaff.com 本文 株式会社はてな サービス・システム開発本部長の大西（id:onishi）です。平素ははてなダイアリーをご利用いただき、誠にありがとうございます。 はてなでは現在、「はてなダイアリー」と「はてなブログ」という2つのブログサービスを提供しておりますが、はてなダイアリーを2019年春をめどに終了し、はてなブログに統合いたします。 はてなダイアリーユーザーの皆さまには、さまざまな機能が進化し、より安全・便利にご利用いただけるはてなブログへの移行を、ぜひお願いしたいと思います。 私は、エンジニアとして「はてなダイアリー」の開発に携わり、ディレクターとして「はてな

はじめに 最近、意図的に「単体テスト」「結合テスト」という呼び方を避け、Google Testing Blogで紹介されてるTest Sizesによる分類（small / medium / large）に従った呼び方でテストを呼んでいる。 この分類方が自分の身の回りに徐々に浸透してきて、実際のチーム内のテスト戦略も一歩進んだ議論ができるようになってきたので、改めてまとめる。 ちなみにこの記事の話は手動で行われるテストではなく、自動テストを対象としているが本質はあまり変わらないと思う。 続き書きました。 akito0107.hatenablog.com 「単体テスト」「結合テスト」という呼び方について ソフトウェア開発に従事していれば必ず聞く言葉だと思う。改めて他のサイトから引用する形で定義をまとめておく。 単体テストとは *1 単体テストとは、プログラムを検証する作業の中でも、プログラムを

【保存版】Udemy活用で3年で年収3倍以上にした黒澤さんによるおすすめ講座【海外コース版】 最新技術を知るため、海外の情報源を参照したい！と思っているものの、 英語がネックだったり、そもそもどのコンテンツを参照すればいいのかわからないなどの理由から、 なかなか踏み切れずにいる方も多いのではないでしょうか。 そこで今回、Udemyを活用して2年で年収2.5倍を実現した黒澤さんに、海外コースのおススメをジャンル別に紹介していただきました。 （ちなみに黒澤さんは最近3年で年収3倍以上にアップデートされたそうです。） 続きはこちらから💁‍♀️>>