全てのカテゴリブックメディカルビジネスミュージックナビゲーション教育ニュースエンターテイメント写真 / ビデオファイナンス仕事効率化フード / ドリンク辞書 / 辞典 / その他ショッピンググラフィック / デザインソーシャルネットワークヘルスケア / フィットネススポーツライフスタイル 旅行 天気
名称都道府県設計水の教会北海道安藤忠雄モエレ沼公園北海道イサムノグチ公立はこだて未来大学北海道山本理顕せんだいメディアテーク宮城県伊東豊雄ショウナイホテル スイデンテラス山形県坂茂会津さざえ堂 福島県-那珂川町 馬頭広重美術館栃木県隈研吾那須芦野・石の美術館 STONE PLAZA栃木県隈研吾幕張メッセ千葉県槇文彦東京スカイツリー東京都日建設計すみだ北斎美術館東京都妹島和世浅草文化観光センター東京都隈研吾江戸東京博物館東京都菊竹清訓国立西洋美術館東京都ル・コルビュジエ東京文化会館東京都前川國男法隆寺宝物館東京都谷口吉生日本銀行 本店東京都辰野金吾ミキモト 銀座2丁目店東京都伊東豊雄エルメス銀座店東京都レンゾ・ピアノニコラス・G・ハイエックセンター東京都坂茂安田講堂 (東京大学大講堂)東京都岸田日出刀日本テレビタワー東京都リチャード・ロジャース日生劇場東京都村野藤吾虎ノ門ヒルズ森タワー東京都
家族アルバムみてね というサービスでiOSをメインに開発しているエンジニアの ロクネム(@_rockname) です みてねではiOS14の公開に伴い、目玉機能の一つである「ウィジェット」を開発してリリースしました (iOS14公開日からかなり遅れてしまいましたが…) 実装前は、かなり簡単に実装できるのでは?と考えて開発に着手したのですが、意外と面倒な部分もいくつかあり、、、 本記事ではそういった「ウィジェットを開発する前に知っておきたかったと感じたポイント」を6つほど紹介します みてねウィジェットとは?その前に、簡単にどういったウィジェットを開発したのか説明させてください そもそも家族アルバムみてねとは、家族で子どもの写真や動画を共有することができるアプリです ユーザー数もおかげさまで800万人を突破しています
以下のイベントの投影資料です。 https://event.shoeisha.jp/devsumi/20200213/session/2364/ 発表時の諸注意など http://nihonbuson.hatenadiary.jp/entry/2020/01/31/090000 お問い合わせは https://twitter.com/nihonbuson まで。 【発表資料中のURL】 P2 Agile Testing Fellow https://agiletestingfellow.com/ P15 ISTQBテスト技術者資格制度 Foundation Level シラバス 日本語版 Version 2011.J02 http://jstqb.jp/dl/JSTQB-SyllabusFoundation_Version2011.J02.pdf P20 概説テスト分析 http://ww
スマートニュースの社員になりました 皆様、お久しぶりです!約 7 年振りにこのブログを書いています。 元気にしてましたか?僕は元気です。 実はこの 6 年間 id:mizzusano とカクテル株式会社という会社をやっておりまして、先日のプレスリリースにもあったようにこの度会社ごとスマートニュースにジョインすることになりました。 UUUM に遊びに(?)行ってはしゃぐ僕と id:mizzusano そこで今日は振り返りも兼ねて、以下の 3 点について、この 6 年間考えていたことを書いて見たいと思います。 事業アイデアより大切なこと 起業家が健康的に働く方法 プログラマーが起業するということ 少しでもこれから起業したい人のお役に立てればと思っております。 事業アイデアより大切なこと 6 年間の事業を振り返えると失敗の連続でした。その中で、事業そのもののアイデアより共に起業するメンバーが大切
パラメータを決める 次に関数に渡すパラメータを決めます。 関数の名前で表現されている処理を実現するには、どれだけのパラメータがあればよいか? と考えてみましょう。 今回の例でいえば「お客さんの年齢」と「日付」があれば、すべてのチケット価格が計算できます。 ということで、age と date の2つのパラメータを渡すことにします。 function calculateTicketPrice (age, date) { } パラメータの名前も、なにを表しているかわかるようにしてくださいね。 くれぐれも「hensu」とか適当な名前をつけたり、同じ変数にぜんぜん違う値を繰り返し代入したりすることのないようにしましょう。 テストを書く 次にユニットテストを書きましょう。 テストは常に更新される仕様書です。 業務ロジックをテストに説明させておけば、関数の仕様をコメントにいちいち書く必要などありません。
はじめに こちらはiOS その2 Advent Calendar 2016の12月24日の記事です。 iOSアプリエンジニアが採用面接時に聞かれることってなんだろうと思い、ひねり出した100個の質問です。 ゼロベースで考えるのはさすがに困難だったので、以下に挙げられている記事をだいぶ参考にしました。 https://github.com/MaximAbramchuck/awesome-interview-questions#ios https://github.com/MaximAbramchuck/awesome-interview-questions#objective-c https://github.com/MaximAbramchuck/awesome-interview-questions#swift これらで紹介されているものは、実際にコードを見て応えるものもありますのでぜひ
Atomエディタ 便利なパッケージ一覧! 全23社のWebエンジニア・デザイナーがおすすめを紹介 Web開発で人気のAtomエディタ。便利なパッケージがたくさんありますが、必ずインストールしておきたいのは何でしょう? IT企業23社にアンケート調査を実施しました。一番人気だったのは……? 使い勝手の良さと汎用性の高さから、Webエンジニアやデザイナーの人気を集めているAtomエディタ。愛用している読者も多いのではないでしょうか。登場が2014年と比較的新しいエディタにもかかわらずシェアを急速に伸ばしており、人気の高さをうかがわせます。 Atomエディタを使う際に必ずインストールしておきたいのが、パッケージです。これはデザインテーマや、プログラミングの便利機能などをエディタに追加できるプラグインのようなもの。快適に効率よく開発を進めるには必要不可欠です。 しかし、Atomエディタのパッケージ
こんにちは!久しぶりの更新になってしまいました。 アプリの操作などは初回起動時にツアーなどを表示させて説明したいですよね。そんな時には「UIPageControl」を利用すると簡易的なスライドページを作ることができます。 サンプルコード UIPageCongrolを利用して各ページをスライドさせるには、UIScrollViewが必要です。 サンプルでは表示するページ数に応じてUILabelで現在のページ数が分かるように表示しています。 hogeViewController.h @interface hogeViewController : UIViewController<UIScrollViewDelegate> @property(nonatomic,strong) UIScrollView *scrollView; @property(nonatomic,strong) UIPage
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
http://anond.hatelabo.jp/20160228001028 あれを書いた意図ははもちろん、「ニッポンがんばれ」だ。日本のITを取り巻く状況は変わらないといけない。だからこそディスったのだ。 (保育園落ちた日本死ねと書いた人もおそらく、日本もっとちゃんとしてよ!という意味で書いたのだと思う。) ありがたいことに非常に多くの反応があり一通り全部読ませていただきました。 しかし本当に見たかった「いや、ニッポンはIT大国になれる」という説得力のあるコメントや記事は見つけることはできませんでした。 代表的な意見を(エスパー的に)かいつまんで返信してみます。 主語が大きい → 狙い通りです。ありがとうございました。ドラゴンボールの例え?おまえおっさんだろ? → 返す言葉もございません。ところであなた様もオッサンでございますか?ITじゃなくても自動車とかあるし大丈夫だよ? → 車はそ
はじめに この記事は CrowdWorks Advent Calendar 2016 18日目の記事です。1 やすにしと申します。世間一般的に言う、ジャーマネ的なことをやらせていただいております。組織というのはナマモノでして、常に変化し、課題の種のようなものを見過ごすと、後々大変なことになることが多くあります。とはいえ、うまくいっても空気のように当たり前となりますし、うまくいかないと批判の的になるというなんとも世知辛い役割ですね。 我々も、5人ほどのエンジニアだった組織が、9ヶ月ほどで30人を超え、大きな変化を迎えました。人数が多くなるということは、課題が変容し複雑になるということ。当然ながらその複雑な課題に対して対処するわけですが、そこで多くの会社は「マネジメント」をしようとします。ただ、そのマネジメントもやり方を間違えると、活力や改善や変革をする芽を奪ってしまい、一気に硬直化し、数人だ
少なくとも90%以上のSIerはクソだと思っている。 もちろん、これはポジショントークだ。SIerの中の人なら「SIerは最高だ」と言うだろうし、エンジニアをWeb系に売り込んで紹介料を稼ぐ転職エージェントなら「SIerはクソだ!Web系こそ至高!」と言うだろう。そして中立的な第三者であれば、一歩引いて日本にとってSIerは必要悪なのかどうかという視点で語るかもしれない。 しかし俺はエンジニアであり個人事業主だ。その上「技術的にはそこそこかもしれないが、人間としてはクソ」という特徴を持つ。だからこんな世渡りが下手な人間にとって便益があるかどうかという狭い視点でしか語れない。これが一般的な観点と言われれば否かもしれない。 それを前提で書かせてもらうと、よほど未熟でもない限り、エンジニアがSIerで働くのは時間の無駄だ。 なぜなら、SIerとはエンジニアの為の組織ではないからだ。 SIerの主
2018年4月25日をもちまして、 『CodeIQ』のプログラミング腕試しサービス、年収確約スカウトサービスは、 ITエンジニアのための年収確約スカウトサービス『moffers by CodeIQ』https://moffers.jp/ へ一本化いたしました。 これまで多くのITエンジニアの方に『CodeIQ』をご利用いただきまして、 改めて心より深く御礼申し上げます。 また、エンジニアのためのWebマガジン「CodeIQ MAGAZINE」は、 リクナビNEXTジャーナル( https://next.rikunabi.com/journal/ )に一部の記事の移行を予定しております。 今後は『moffers by CodeIQ』にて、 ITエンジニアの皆様のより良い転職をサポートするために、より一層努めてまいりますので、 引き続きご愛顧のほど何卒よろしくお願い申し上げます。 また、Cod
Picture by ITエンジニアを目指す女子高生たちの学園ライフ4コマ漫画『ぱいじょ!』 こんにちは、谷口です。 退職・転職エントリの記事は多々ありますが、転職を考えている人にとって参考になるのは、「転職を実際に経験した人が、その後どうなったのか?前職との違いをどう感じているのか?」といった後日談ではないでしょうか。 paizaを開発しているのは、ほとんどが転職を経て中途で入社したエンジニアです。 paizaで転職のご相談をいただく方の中には、SIerからWeb自社サービス系に転向したいという方が多いため、今回は、SIerからWebサービスを自社開発している弊社へ転職して半年~1年弱のエンジニア2人が、実際の業務を経験してみて感じた前職との違いを、開発環境や労働環境、モチベーションやキャリアについてなどあらゆる面において聞いてみました。 いずれは転職を考えている人、転職はまだ考えてない
先日「サーバーのセキュリティ設定がなにすればいいかわからない」と相談をうけまして。 自分も初心者の時どこまでやればいいかわからず手当たりしだいにやって沼に入っていたのを思い出しながら自鯖構築したときのメモを元にまとめてみました。 注意 セキュリティ対策は用途や場合などによって違います。 自分で理解したうえで自己責任でおねがいします。 対象読者 Linuxのサーバーを建て慣れていない人 Linuxはある程度さわれる人(自分でパッケージを入れたり、サービスを止めたりできる) ラインナップ ☆は導入の重要度と導入の容易さから個人的偏見からつけた値です。 4つ以上が"最低限やること"だと思ってください。 sshd
この教科書は、はてなサマーインターンの講義資料として作成されたものです: https://github.com/hatena/Hatena-Textbook この章では機械学習について、Webサービスの開発で必要とされる知識を中心に、とくに自然言語処理にフォーカスしながら解説します。 Webサービス開発と機械学習 実現困難な機能の例 闇雲な実装 もう少しましな実装 機械学習によるパラメータ決定 分類問題のための機械学習手法 パーセプトロン 判別アルゴリズム 学習アルゴリズム 特徴量のとり方 形態素解析 量をともなう特徴 組み合わせ特徴量 モデル 機械学習の種類 教師あり学習 分類 (質的変数の予測) 回帰 (量的変数の予測) 教師あり学習でのデータセット 教師なし学習 クラスタリング 次元削減(次元圧縮) 頻出パターンマイニング 異常値検出 アルゴリズムの評価 訓練データとテストデータ 学
Engineering Teamの Akira MAEDA です。 今回はKaizen Platform, Inc.社内にあるエンジニア行動指針を紹介したいと思います。 このエンジニア行動指針は創業間もない頃に技術顧問のNaoya Itoが中心になって作成し、今から2年半ほど前にオフィスに遊びに行った私に、CTOのToshimasa Ishibashi、Naoya Itoの二人がKaizen Platformの実現しようとしている未来とともに熱心に説明してくれ、私のKaizen Platformへの転職のきっかけになったことを今でも思い出します。 以下内容 — - Kaizen Platform, Inc. エンジニア行動指針Message from CEO (Kenji Sudo)・ 我々はクラウドソーシングで新しい働き方を作り出していく集団なんだから、我々自身も新しい組織のあり方に挑戦
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く