- + 最近の小学校では、「お父さん・お母さんの名前をグーグルで検索してみましょう」という、世にも恐ろしい授業があるらしい。・・・。 — 丹 洋介 (@yosuke_tan) January 25, 2015
- + 最近の小学校では、「お父さん・お母さんの名前をグーグルで検索してみましょう」という、世にも恐ろしい授業があるらしい。・・・。 — 丹 洋介 (@yosuke_tan) January 25, 2015
こんにちは、CTOのづやです。 今回はTweenMaxの「そんなには使わないかもしれないけど知ってるといいよね」的な書き方を紹介したいと思います。 デフォルトのeasginを指定する TweenMaxはtoなどのTween系の関数を呼ぶときやコンストラクタなどで、easeパラメータにて任意のイージングを指定できます。 サイト全体でイージングを合わせたいときなど、指定しない際のイージングを変更したい場合があると思います。 そんなときは、↓のように指定してあげると、基本のイージングを変更することが可能です。 TweenLite.defaultEase = Bounce.easeOut; TweenMaxの方を読んだ際も指定したイージングが指定されます。 アニメーション単位でeaseを指定した際はそちらが呼ばれるので、うまく使っていけると記述量が減ってよいかと思います。 イージングを指定しつつ計
2015/2/21に開催されたFrontrend Conferenceの「Introduction to Service Worker」のセッションの資料です。
東京Node学園 15時限目を開催しました。 ちょうど前回の学園祭から4ヶ月ぶりで4ヶ月も何もしないとかなり濃厚なネタが揃っていました。 既に素晴らしいレポートがいくつも上がっているのでそちらも参考にしてください。 東京Node学園 15時限目に行った - axross blog 東京Node学園15時限目 アウトラインメモ | Web Scratch io.js について by @yosuke_furukawa 僕からの発表。個人的には僕がNode.jsユーザーグループ代表になってから一番大きなニュースだったのかなと思っています。 僕の知る限りの内容と実際に使うとどう変わるのかを中心にお伝えしました。 この勉強会から一週間経過して、io.jsのニュースも増えています。僕らの活動の一つとして、翻訳活動があるんですが、既にio.jsの日本のページもできています。 また、io.jsのニュースを
こんにちは、cloudpack の @dz_ こと大平かづみです。 Prologue – はじめに Fluentd について勉強をはじめました! インフラ学校1年生の私ですが、ドキュメントを参考にPHPプログラムからログを送るところまで実践できました! 自身の備忘録がてら綴ります。尚、今回は Amazon Linux (t2.micro) で作業しました。 Fluentd のための前準備 まずは 前準備 として、以下を事前に行っておくことが推奨されているようです。 NTP (Network Time Protocol) の設定 ログのタイムスタンプに影響するため、しっかり設定するのが推奨されています。 (私は今回はタイムスタンプは特に重要でなかったので、設定していません。) ファイルディスクリプタの最大値の調整 ulimit -n 65535 であればOKだそうです。 これより数値が低い場
Lenovo製のPCの一部にSuperfishというマルウェアが標準でインストールされていることが確認され、大きな問題となっています。 [2015-11-24追記] DELL製のPCにも、「eDellRoot」とされるSuperfishと同様の問題を持つルート証明書が導入されているようです。 DellのPCに不審なルート証明書、LenovoのSuperfishと同じ問題か - ITmedia エンタープライズ Dude, You Got Dell’d: Publishing Your Privates - Blog - Duo Security Joe Nord personal blog: New Dell computer comes with a eDellRoot trusted root certificate https://t.co/chURwV7eNE eDellRootで
大本命。ESLint 2015年現在、JavaScriptのLinting toolといえばJSHintかJSLintみたいな風潮ありますが、もうESLintで行きましょう。 公式ページ github 大きな特徴 プラガブルな実装 全てのルールのON/OFFが可能 独自のルールの追加が可能 独自のフォーマッターでの出力が可能 ECMAScript 6 / React JSXをサポート Philosophy ESLintは下記のPhilosophyを掲げています。 全てはPluggableである。 Rule APIはバンドルされたものもカスタムもどっちも使える Formatterはバンドルされたものもカスタムもどっちも使える 追加のルールとフォーマッターは実行時に指定できる バンドルされたルールとフォーマットを使わなくても良い 全てのルールは 独立している 全てのルールはoffにもonにもで
友人のデザイナーがアプリのデザインをタダでやってくれることになったとします。あなたはさぞかし「持つべき友よ」と自己満足に浸ることと思います。でも、その瞬間に糞アプリが決定します。 20本に19本が糞アプリというのと同じように20回のうち19回のデザインが糞デザインだったりします。この状況は実は簡単に打開できます。20回リテイクを繰り返せばいいだけです。 カードゲームバトルをやっているディレクターも同じことを言ってました。カードのデザインでは、20回のリテイクなんて当たりまえだそうです。 また製造メーカーの開発者も「自社デザイナーで使える奴がいないんだよな」とぼやいておりました。つまり、どの分野であれ自称デザイナーのほとんどが屑同然ということでもあります。 さすがに友達に20回も出し直しさせたら人間関係にヒビが入りますよね。でも、あなたの命を注ぎ込んだ制作活動を邪魔する者は排除すべきなのです
最近の開発って宗教っぽくない? 今のプログラム開発の現場を見て「コンピュータの動作原理を知らない人が作っている」と感じているという。川上氏は、CPUや帯域などの理論から検証するが、今のエンジニアは、実験で計測して原理まで遡らない。川上氏はこれを「宗教的」とコメントした。 アジャイルとか、スクラムとかいろんな方法がありますよね。もちろん方法的には効果があるんでしょうが、ちょっと宗教っぽいなあと。どこが宗教っぽいかというと、宗教の人って、批判すると怒り出すんです(笑)。 自分が考えたり、おこなった結果よりも、誰かがやった結果に頼るエンジニアが増えていると警告する川上氏。最近会った人から得たという、半導体業界の話を披露した。 半導体って過去40年間のムーアの法則で進歩してきた。それで何か生み出したかという問の答えが「膨大な数の二流のエンジニア」なんだそうです。すぐれた回路設計や性能に注入するより
都心を離れた場所にオフィスを構え、本社と遠隔コミュニケーションしながら働く――近年、そんな「サテライトオフィス」と呼ばれる取り組みが注目されている。中でも有名なのが、名刺管理サービスを手掛けるSansanの取り組みだ。同社は2007年設立のベンチャー企業でありながら、2010年10月に徳島県神山町にセカンドオフィスを設置。そのチャレンジで大きな注目を集めてきた。 ネットベンチャーとしては“異例”のサテライトオフィス設置から4年3カ月たった今、同社はビジネス面でどのような成果を得たのか。また、サテライトオフィスで働く従業員の思いとは――実際に神山の地をおとずれて聞いてみた。 田園で働くエンジニアたち 東京で働くのは「無理だと思った」
最近Javaしてますか? 昔はServletとJSPでやったな・・・Seasar2には感動したっけ、そんな思い出が浮かんだとしたらあなたのJavaはJ2EE、JavaEE的には5.0ぐらいで止まっているといわなければなりません。 ※Seasar2は2016/9/26にサポートが停止になります。OSSであるためforkされメンテナンスが続く可能性はありますが、一つの時代の区切りになると思います。 あれからJavaも進化を重ね、最新版のJavaEE7.0では他言語のフレームワークの生産性にも引けを取りません。 まだJavaやってるの(苦笑)の時代が長すぎたのか、2013年のリリースにもかかわらずJavaEE7.0についての記事は充実しているとは言えない状況です。ただ、その仕組みは素晴らしいものがあるのでこれを機に久々にJavaでもやってみるかなと思ってもらえれば幸いです。 ※2017/9/21
Frontrend Conference - A conference for front-end developer(2015年2月21日開催) に参加してきたのでメモ 殆どCSS側のセッションにいたのでCSSが中心。 終わったあとに#ゴーヤsushiと#ルノアール_sushiをしたのでとても長かった。 Pragmatic Front-end Developer: From Artisan to Expert - 斉藤 祐也 基調講演 メンテンス性 WEBを構成するJS+CSS+HTMLはあんまりメンテしやすくない けど専門的な知識がなくてもかけてしまう学びやすさがある 言語的にシンプル コードスタイルガイドライン 多くの人が開発しても、一人の人が書いたように見えるようにしたほうがいい JavaScript IDOMATIC.js jQuery Code Style GuideLine
最近はもう動画の時代ですね。Twitter作ったジャックドーシーも、「ユーザに読ませるな。動画を見せろ。」と言ってます。 これ、直感的にまったくもって正しいというのはよくわかる。自分が新しい製品を調べる時も、説明文とか読むのがだるいからとにかく動画でまずはザックリ概要を掴みたい。 プログラミング学習も、かんたんな部分であれば、Youtubeで解説している動画をざっと見た方が参考書読むよりはるかに高速道路なんですよね。これは、アプリに初めて触れるユーザでも同じだと思う。 いくらスクショと解説記事が充実していても、アニメーションの連続でどの部分をタップして、どの画面でどう操作するかは、もうこれ、圧倒的に動画がわかりやすいんですよ。文字と動画では越えられない壁がある。 立派な動画作成は面倒 でも、動画って作るのが相当めんどいのです。 特にプロフェッショナルな動画となると、脚本、音声、編集など、も
フォームローラーでほぐし続けた結果...ようやくわかった効果とメリット3つ #Amazonプライムデー
CSSで斜めに線を引くようなことをするには多少なりとも工夫が必要だった。つまりCSSで作る吹き出し(もう5年前の記事だ)のようにborderプロパティーを使って頑張るしかなかったわけだ。今はlinear-gradient()があるので直観的に作ることができるようになった。しかしきれいに引くとなるとまだ工夫が必要そうだ。 Demo: CSS Diagonal Line borderプロパティーを使ったもの、linear-gradient()を背景で使ったもの、Data URI化したSVGを背景に使ったもの、以上の計3つのデモを作った。 .lg { background-image: linear-gradient( to right bottom, transparent 50%, #f0f 50% ); background-repeat: no-repeat; background-si
口頭で話したことを文字に起こすことについての続編のような記事です。 消え行く知見や、消え行く情報を文字にすることで永続化させ、密室の議論を無くす。その為に以下のような活動が重要という話を書きました。 口頭で相談したことをesaやqiita:teamにまとめる 口頭でコードレビューしたことをgithubやgitlabのコードレビューのコメントにも書き残す 口頭で話したことをチャットにも書き残す チャットで話しかけた後に口頭で済んだ場合、チャットに解決済と流す 情報共有すると何がいいのか? 何がいいか。 暗黙知を減らすことが出来る 当事者に なろうと思えばなれる なろうと思えばなれるというのは、どういうことかというと、共有化された情報は、その情報をどう捉えてどう向き合うか情報を得た側が選択してこそ価値が出る。 共有された情報に対して当事者意識を持つかどうかは情報と向き合った人に委ねられるという
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く