タグ

2022年2月27日のブックマーク (11件)

  • LayerX代表取締役CTO・松本勇気のキャリア戦略論。コー...

    LayerX代表取締役CTO・松勇気のキャリア戦略論。コードが書けないところから最速でキャッチアップするには キャリアを築く上で常に課題となるのが、スキル、収入、タイミングなど数ある要素の中で、何を重要視すべきかということだ。ITエンジニアにおいても、それは同様だ。そのようなときに参考になるのが、先達の考え方や経験だろう。 エンジニアやデータサイエンティスト志望の大学生に向けたオンライン就職イベント「外資就活Terminal」の基調講演第3回に登場したのは、学生時代からベンチャー企業でエンジニアとして働き、若くしてGunosy、DMM.com、LayerXでCTO(最高技術責任者)を務めてきた松勇気氏だ。 松氏は自身の経験に基づいて、エンジニアを志した理由、CTOを務める中で苦労したこと、キャリアを考える際に重視していることについて語った。 後半では、学生からの質問にも答えた。「注目

    LayerX代表取締役CTO・松本勇気のキャリア戦略論。コー...
  • Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ

    Rails の問題は Rails のベストプラクティスがフロントエンドのベストプラクティスの邪魔になるどころか全く逆方向で相反してる点です。DHHの思想がフロントエンドと根的に逆行してる。そういう人が作るフレームワークなのでwebpackerの抽象化を根的に間違ったりする。 — prev.js (@mizchi) December 1, 2020 昨日もリプライで少し書いたけど、DHH自体が直近のHeyの開発でも明確にJavaScriptというものを触れないようにすることを是としているような主張をしているので、DHH wayが色濃く反映される以上この状態はもう避けられない気がしている — potato4d / Takuma HANATANI (@potato4d) December 1, 2020 Railsフロントエンドの最先端をゆく人々1から良く思われないのは事実として。 Vie

    Railsを主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ
  • Re: Rails を主戦場としている自分が今後学ぶべき技術について

    この記事は、 Rails を主戦場としている自分が今後学ぶべき技術について(随筆) | うなすけとあれこれ についてのアンサー記事です。 うなすけ君が Ruby on Rails で育ってきたように、僕も JavaScript とともに育ってきたという自覚があります。なので、これについて書くことは、ポジショントークは避けられない、という感覚があります。 冷静に比較しようとも思いましたが、やっぱり開き直って思いっきりポジショントークをすることにしました。そっちのほうが面白いと思うので。 自分の基的な主張は、こちらの記事にあるとおりです。 Frontend Study #1: 基調講演 - Frontend 領域を再定義する 自分と Ruby on Rails 僕は、キャリアとしては Rails の会社で JavaScript を書いてきたことが多かったです。学生の頃は socket.io

    Re: Rails を主戦場としている自分が今後学ぶべき技術について
  • セッションとクッキーの違い -

    WEBシステムを組むうえで何となく使っているsessioncookieについて 自分でも違いについて理解できていないと思ったので調べてみました。 HTTPを意識する セッション、プロトコルの違いを確認する前に、HTTPプロトコルについて確認が必要になると思う。 まず、HTTPプロトコルは状態を持たないということを最初に認識しておく。 HTTPプロトコルではリクエストを送りレスポンスを受け取った時点で、その通信は終了してしまう。 Google先生に 「セッション クッキー 違い」と検索したとする。 その後、もう一度「セッション クッキー 違い」と検索する。 動きとしては… ユーザー側からGoogle先生に向けて「セッション クッキー 違い」をリクエストし、 Google先生は 「セッション クッキー 違い」に該当するレスポンスを返してくれる。 前者と後者でリクエストとレスポンスの動きに何ら

    セッションとクッキーの違い -
  • 【Rails】ActiveRecord:単一テーブル継承(sti)とポリモーフィック関連を未だにぱっと思い出せないのでまとめ。 - 訳も知らないで

    ActiveRecordで単一テーブル継承(STI:Single Table Inheritance)とポリモーフィック関連という2つの便利なモデルの持ち方?関係性?があるのですが、恥ずかしながらいつも混同してしまいます… 多分頭の中では両方とも「似たモデルをまとめる」みたいなぼんやりした認識してるので混ざってしまっているようで… すごい今更ですが ちょっと自分なりにまとめてみようと思います。 単一テーブル継承(STI:Single Table Inheritance) 同じような機能(メソッド)を持つActiveRecordモデルクラスが2つ存在するので、 継承を使って実装しようとした場合。 例として 「Information」モデルを継承した「Warning」クラスと「Notice」クラスを作成するとします。 (例としておかしかったらごめんなさい…) 単純に実装すると、各モデルに対しD

    【Rails】ActiveRecord:単一テーブル継承(sti)とポリモーフィック関連を未だにぱっと思い出せないのでまとめ。 - 訳も知らないで
  • - UML超入門

    UML,みなさん実際に使ってますか?私たちは現場の開発において, ここ4年間UMLを利用してきました. その経験をふまえて,この記事ではUMLの概略をざっと説明した後, 実例を交えてUMLを使ったシステムの開発を紹介して行こうと思います。 1章では,なぜUMLを使うのかというお話からはじめて, UMLの意味と歴史 をおさらいします. また,実際の開発プロセスでの一般的なUMLの利用法についても外観します. 2章で,簡単な業務システムを例にしてUMLの記法をひと通り詳しく解説して行きます. なるべく分かりやすく具体的な例として,社員の出退勤の管理を行う,勤怠管理システムを選びました. 3章では,組み込み分野に近いちょっと面白い例として, LEGOMINDSTORMS(TM)(*)を使ったロボット制御を例題にして,実際の開発の流れを追ってみたいと思います. 4章では,UMLの拡張例をいくつかご

  • ソースコードを読むための技術

    $Id: readingcode.html,v 1.13 2003/12/06 00:01:08 aamine Exp $ 2006-05-02 gonzui 追加。thanks: 冨山さん 2003-12-03 ltrace と sotrace を追加 2003-12-03 ツールのところに DDD を追加。thanks: 和田さん 2003-05-27 VCG, SXT などについて追加。thanks: 梅沢さん 2003-05-27 これもすっかり忘れていた strace, ktrace, truss, etags などについて追加 2002-08-30 すっかり忘れていた ctags を追加 2002-07-07 匿名希望さんからメールでいただいた情報を追加 (動的コールグラフ) 2002-06-13 日記経由でいただいた意見をもとに文章を追加。thanks: 柳川さん、まつもとさ

  • 第5回 蓑輪太郎―Twitter本社で働くエンジニアのキャリア | gihyo.jp

    先を歩むエンジニアへのインタビューを通してエンジニアのキャリアについて考える連載、今回はゼロからOSやScheme処理系を作り、現在はTwitter社で働く凄腕エンジニアのhigeponこと蓑輪太郎さんにお話をお伺いしました。 [撮影:平野正樹] 危機感を感じた1社目 ─⁠─higeponさんはいつもさまざまなことを勉強なさっていますが、いつごろから自ら技術を学び始めたのでしょうか? higepon(以下ひ⁠)⁠:2001年に入った初めての会社が大きいSI系で、技術に長けたチームに入れてもらえました。そこではモデルケースになるような優秀な先輩がいて、たとえばトラブルが起きたときに、自分で率先して原因を解明して、周りにも的確に指示を伝えていて問題を解決していたんですよ。その先輩から「しっかりプログラミングを勉強しないとまずいよ」と言われたんですよね。それで自分で実際に勉強をし始めたら、今

    第5回 蓑輪太郎―Twitter本社で働くエンジニアのキャリア | gihyo.jp
  • 7年働いた時点での私の仕事の極意 - Kengo's blog

    最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意

    7年働いた時点での私の仕事の極意 - Kengo's blog
  • 採用担当者が見たいエンジニアのレジュメはこれ!実践してほしい書き方6選|転職ドラフトReport

    【サイト停止のお知らせ】2023年12月11日(月)22:00~23:00に、メンテナンスのためサイトを停止いたします。 入力された情報をもとに企業が年収付きの指名を行う転職ドラフトでは、レジュメで自身の経験や能力をしっかり伝えることで提示年収がアップすることもあります。 レジュメを「仕事の経歴を伝えるもの」と認識している方もいるかも知れませんが、 採用担当者が知りたいのは経歴そのものではなく、そこに付随した実力と再現性 なのです。 技術的なハードスキルと自発性やリーダーシップなどのソフトスキル、両方の実力を正しく伝えて「一緒に働きたい!」と思ってもらえることが、レジュメ作成のゴールと言っても過言ではありません。 この記事では、レジュメでの効果的な実力の伝え方を、6つの視点から紹介していきます。 謙遜NG!自信を持って伝えられる人に採用担当者は惹かれる 「自分がチームに入って以降、こんな素

    採用担当者が見たいエンジニアのレジュメはこれ!実践してほしい書き方6選|転職ドラフトReport
  • Figmaで完結する!Webサイト設計の流れ - クモのようにコツコツと

    Webサイトのデザインや設計を行うとき、昔は工程によっていろんなツールを使い分けていました。今はそれを(私の愛してやまない)Figma一つでブラウザ上だけで完結できます! 【目次】 私の愛してやまないFigma Webサイトの制作フロー ヒアリング(オリエン) 要件定義 サイトマップ ワイヤーフレーム デザインラフ デザインカンプ プロトタイプ フローチャート 実装段階もシームレスに 最後に 私の愛してやまないFigma 私の愛してやまないデザインツールFigma、ブラウザ完結のツールです。このブログ上の図もほとんどFigmaで作っています! ※参考:Figma: the collaborative interface design tool. 操作感はAdobe XDなんかと似た感じです。イラレのようにベクターデータのパスを描ける! ※参考:4-5. ペンツールと鉛筆ツールの使い方 |

    Figmaで完結する!Webサイト設計の流れ - クモのようにコツコツと