はてなブックマーク

前置き CSSでの余白の取り方について、後輩に「margin-topとmargin-bottomどっち派ですか？」と聞かれたので、 回答内容を記事として残します。 昔、会社のOJTで学んだことの共有となります。 原則 1. 基本的にmargin-topを使う 理由としては、そちらの方が後々調節しやすいからです。 また、後述の優先度で設定していけば、margin-bottomの出番はほぼなくなります。 2. どうしても無理な場合にbottomを使う margin-bottomは他の方法ではどうしても設定が無理なケースのみ使いましょう。 3. 隣接セレクタをうまく使うとトルツメしやすい 特定の要素同士が並んだ時だけマージンを取る＝余白の打ち消し設定が不要になります。 設定の優先度 要素がいくらネストしても下記の優先度は変わりません。 この優先度で余白を設定していけば、margin-bottom

イベント概要 https://base.connpass.com/event/122517/ 2019/03/20(水) 20:00 〜 21:30 会場：hoops link tokyo（東京都渋谷区宇田川町28-4 三井住友銀行 渋谷西ビル6階） ハッシュタグ：#atomic_shibuya 次の5年を支えるVue.js製UIコンポーネントライブラリを育てる スライド：https://speakerdeck.com/simezi9/build-up-vue-dot-js-component-library-for-next-five-years なぜコンポーネントライブラリを作ったのか ミッション：価値の交換をよりシンプルにし、世界中の人々が最適な経済活動を行えるようにする ネットショップ作成サービス・ショッピングアプリ「BASE」 裏側の実装 サービスインから継ぎ足し続けられたコード

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 参加したイベントのメモです。 イベント概要 【CTO meetup】Rust,Go,Elixir,Kotlin次世代言語の魅力をCTOが語る 2018/04/12(木) 19:00 〜 23:00 https://flexy.connpass.com/event/82063/ 言語選定について Elixir サーバーが2種類あった。 使う言語を統一していこう→トップダウンでElixirに決まる。 1200台のサーバーを4人で運用。自動化しないと無理。 →GOで自動化（現場発信） Elixir使いたいとは思っていたが、ずっと使えずに居た。

概要 エンジニアの転職メモの実践結果の共有です。 履歴書 一切印刷しなかった。 印刷用にデータを持っていれば良いんじゃないか、程度のもの。 自分に合う業種のスカウトが来た。 経歴、スキルを実際に動かせるサンプルコードを含めて公開したことで、現状のスキルを伝えることができた。 その結果、「これだけのスキルがあるなら」と、エンジニアの目線で選んでもらえた結果、自分のスキルと合う業種のスカウトが届いた。 「このスキルならうちには合わないな」と、感じた人もおそらくいるはずで、そういう所からのスカウトを防ぐ結果にもなったと推測。 スキルを事細かに書いているので、会う前から自分のスキルを伝えることで、会ってからのミスマッチが減った。 結果、「興味がある」「気になる」レベルのスカウトは減り、「採用したい」「採用しない」に二極化。「採用したい」人たちからスカウトが来ることで、面談後の採用確度が高まった。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ブログ書く枠で参加したので投稿致します。 当日までブログ枠が空いていたので、補欠のみなさんは枠変更して出席しても良かったんだよ…？ イベント概要 お寿司を食べながらフロントエンドを語る Cybozu Meetup #1 フロントエンド 日時：2017年02月27日（月）19:00～21:00 場所：東京都中央区日本橋2-7-1 東京日本橋タワー 27階（サイボウズ株式会社） ハッシュタグ：#CybozuMeetup サイボウズのフロントエンド開発の現在とこれからの挑戦 スライド資料 サイボウズのフロントエンド開発の特徴 これまでの取り組み これからの挑戦 特徴 Webが主戦場 大規模開発 プラットフォーム的なプロダクト プロダクト グループウェア サイボウズ Office（中小企業向け） Garoon（大企業向けグループウェア） cybozu Live （無料グループウェア） クラウド 2

Webアカウントの作成・提示 相手先に自身のWebアカウントを提示する（提示は職務経歴書内で行う形） 具体的には下記のアカウント。 GitHub Qiita SlideShare 他にも技術系のWebサービスを積極的に利用していれば、そちらのアカウントを提示する（自分の場合はteratail） StackOverflowを積極利用していれば、そちらのアカウント名になるはず。 技術ブログがあれば、そのURLも共有する（自分の場合はQiitaがそれ）。 その他差し支えなければ、Twitter, Facebookアカウントも提示する。 履歴書 URL共有 WantedlyのプロフィールページのURL共有。 この形式で問題ない企業に対しては、これが一番早い。 そしてこの業界だと問題ないケースが多い。 人事に共有する場合は、通常の共有URLではなく「限定公開URL」を共有すること。 通常の共有URL

流行りで選ぶのは良くない JavaScriptフレームワークの寿命 寿命を一番重要な要素として考慮すること 長年にわたって改良を続けてくれている＝寿命が長い、これからも改良を続けてくれる保証があり、安定していることが重要。 レースに勝つのは、ゆっくりとした堅実さです。 記事の要点引用 誇大広告を信じてはいけません。 フレームワークの寿命はプロジェクトの成功を左右するほど重要な要素です。 最初は勢いがあったのに、徐々に弱まり、最終的には線香花火のごとく儚く消えてしまうようなフレームワークを選んでしまうと、書き直しに無駄な時間を費やしたり、チームの士気を下げたりする原因となります。 JavaScriptのフレームワークは数年先まで生き残れるのかと言うと、これまでの実績はひどいものです。 JSフレームワークのコンテキストでは、寿命は以下を意味します. 信頼性。 一貫性のあるイノベーション。 実証

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 概要 仕事でGitを使うのは大規模サイト、大人数編集の場合が多い。 けど、自分一人で運営している個人サイトをGit管理する場合、そこまでかっちりやる必要はなくなってくる。 （同じようにやってもいいけど冗長になりがち） その辺のことをざっくりまとめてみる。 大規模サイトの管理は「Git Flow」とかで検索検索。 個人サイトの定義 ここで扱う「個人サイト」の定義は以下。ページ数は目安。 もっと多くても適用できるかもしれない。 全ページ合わせて50ページに満たない小規模なサイト。 管理者は自分一人。コンテンツの生殺与奪権は全て自分にある。