社内の情報共有で困っている会社は多いみたいですね。でも実は、nanapiという会社ではそこまで困っていなかったりします。元々文章を扱う会社というのもありますし、ドキュメント化して共有しようという風土が染み付いているからだと思います。 そういったこともあり最近登壇するときなど、社内の情報発信などについて話す機会が増えました。弊社では社内における情報共有のツールとして、Qiita:Teamを使用しています。 生産性を向上させる情報共有ツール - キータチーム（Qiita Team） 全員がMarkdownで文章を書く 実際にnanapiではQiita:Teamを導入してから、現在ではエンジニアだけでなくアルバイトも含めた全社員がここに様々なドキュメントを投稿しています。 Qiita:TeamはMarkdownで書けるようになっています。つまり、社内のメンバーは全員がMarkdownで文章を書く

ども。はじめまして。岸です。 日報・議事録・ソースコード・気になったニュースやアプリ...などなど。チーム内外での情報共有って、重要なんですがまぁ面倒くさいですよね。 単に共有するだけならメールやチャット、ファイル共有サービスで十分なんですが、ぶっちゃけ「ただ単純に共有だけしてもあんま意味ない」んですよ実際...。 ただ共有しても意味が無い。情報を活用するために必要なステップとは？ 前述の通り、情報ってただ単純に「共有すれば終わり」ではなくなんかしらに活かしてこそようやく意味を持ってくるもの。 なので、そのために必要なプロセスとしては... とりあえず全ての情報を蓄積する バラバラな情報を再構成してまとめる それぞれの情報を基に議論や考察を行う 考察の結果を踏まえて「抽象化」する んでそれを「体系化」してすぐに取り出せるようする みたいな項目がどうしても必要になってきます。 溜まった情報を

Help us understand the problem. What is going on with this article?

よく訓練されたアップル信者、都元です。個人的な話になりますが、少し前にMacbookを新調しました。それまで利用していたMacbookは、Time Capsule経由でバックアップ-リストア経由で何台も渡り歩いてきた、最初に手に入れたMacから脈々と受け継がれる秘伝のタレ状態でした。MacPortsでパッケージを管理していた時代もありましたし、Homebrew Caskも導入していませんでした。 マシンを新調するにあたって、再びバックアップ-リストアを行えば、今までどおりの環境をそのまま移行できます。しかし、モダンなサーバ環境構築で取り入れられているInfrastructure As Codeを自分のクライアント環境でも実現できないか、と考えました。 記述に依る定義 サーバ環境の構成をコードで記述するメリットとしては、構築の自動化と再現性の高さを挙げることが多いと思います。要するに開発環境

the news The next What If? video, "But what if we tried MORE power?" is up on YouTube now! Comet Ice Could I cool down the Earth by capturing a comet and dropping it in the ocean, like an ice cube in a glass of water? Daniel Becker No. In fact, it's honestly sort of impressive to find a solution that would actively make the problem worse in so many different ways. Dropping a comet into the ocean t

終戦から70年目を迎える今年、ヤフーが100年がかりのプロジェクトを開始した。6月23日から、戦争について聞いた話や、その情報に触れて感じたことなど、テキストと画像による投稿を特集ページで今後100年間受け付ける。投稿されたデータはヤフーのサーバに保存し、100年後にヤフーのサービス上で展開するとしている。 「未来に残す、戦争の記憶～100年後に伝える、あなたの思い～」と題した企画で、戦争当時の人々が考えていたこと、体験したこと、感じたことなどを忘れないために、今ある情報を100年後の世代に向けて伝えることを目的としている。 ユーザーによる投稿を募るほか、報道機関と連携した企画も随時展開していく。具体的には、全国紙をはじめとした新聞社や通信社5社と連携し、70年以上前の写真や文章などの当時の情報を生かした企画を展開したり、各社による戦後70年の特集企画のリンク集を掲載したりする。なお、3月

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

2月15日(木)に開催された「Developers Summit 2018(デブサミ)」（主催：翔泳社）にて「ITエンジニアに読んでほしい！ 技術書・ビジネス書大賞2018」のプレゼン大会と投票が行われ、大関真之先生の著書『機械学習入門 ボルツマン機械学習から深層学習まで』がみごと技術書部門の大賞の栄冠に輝きました！ プレゼン大会では大関先生自ら本書に関する熱い熱い思いを披露していただました。このプレゼンによって「読んでみたい！」「数式が苦手だけどこの本なら読める！」と惹きつけられるオーディエンスが続出！みごと大賞に選ばれることとなりました。ブラボー！ 本書は、おとぎ話の白雪姫に登場するお妃様と鏡の関係をなぞらえ、その問答により「機械学習とは何か」「何ができるのか」を楽しいストーリーと可愛らしくしかも的確なイラスト、そして数式をまったく用いることなく解説している画期的な内容です。 登場する

本日、以下のような文章を読んだ > I was suffered from ~ ~の部分には遭遇した諸問題について書いてあったので、この文章は「苦しめられた」と言いたいのだと推察できた。ただ、残念な事に、be suffered というのは多分現在ではほとんど使わないし、意味が若干違ってくると思う（詳しくは検索してきて！） sufferと言う言葉は「苦しむ・被る」という意味なので、受け身にすれば「苦し『められる』」という意味になるのではないか、というつもりだったのはないかと推察するが、sufferはすでに受け身の意味なので、I sufferですでに何かに苦しめられているのであり、これをさらに受け身にする必要はない。 > I had to suffer from having to deal with spaghetti code とかなら、「スパゲッティコードに立ち向かわなくてはいけなかった

Sho Shimauchi @shiumachi "Sparkは、ビッグデータ処理ソフトの定番「Hadoop」に続く、次なるビッグデータ処理の主役に目され始めている" ちょっと私の理解と違うかなあ itpro.nikkeibp.co.jp/atcl/column/15… 2015-06-23 00:23:56 Sho Shimauchi @shiumachi SparkはHadoopと比較するのではなく、 MapReduceと比較するものだと思っている。 バッチ処理(MapReduce)や、SQL (Impala/Presto/Drill)、全文検索(Solr/Elasticsearch)等に並ぶ新しい分散処理がSparkという認識 2015-06-23 00:24:54 Sho Shimauchi @shiumachi そもそもHadoopは何か。HDFS(分散ストレージ)+MapRed

Aと久しぶりに飲みに行った時の会話 A「お前またスマホいじってんのな。いい加減ネットの世界から離れろ」 自分「（嫁にLINEしてただけなんだけどまあいいか）相変わらずネットの世界を毛嫌いしてるね」 A「毛嫌いというか、Bとか、せっかくの休みの日に、1日中家でPCかテレビかゲームだろ？ああいうのがきもすぎるだけ。 あーいうのって何が楽しくて生きてるの？ あれで幸せならいいかもしれないけど、「幸せか？」って聞いても、いまいちみたいな反応返ってくるじゃん？ 彼ら何がしたいわけ？普通に会話のキャッチボールもできないし、一人でいすぎるからそうなるのなんでわからないんだろうな」 自分「（まあ言いたい気持ちはなんとなくわかるけど）そんなことはてなとかで言ってみ？やばいことになるぞ」 A「なに、はてなって？」 自分「（知らんのか）ブックマーク内で会話している世界」 A「は？どういうこと？ブックマークで会話

お知らせ 2024/5/18 【再案内】肌ふとん（NクールSP）に関するお詫びと自主回収のお知らせ 詳しくはこちら 2024/3/26 糖質カット炊飯器に関するお詫びとお知らせ 詳しくはこちら 2023/9/22 2023年8月14日(月)～9月15日(金)までに販売いたしましたスリッパ(製品名:DF2301)の自主回収に関するご案内 詳しくはこちら 2023/4/14 【コタツご愛用のお客様へ】 お詫びと自主回収のお知らせ(2016年4月のお知らせの再案内) 詳しくはこちら 2022/12/8 【お詫びとお願い】 ニトリアプリへの不正アクセスとパスワード変更について 詳しくはこちら 2022/1/28 【セラミックファンヒーターご愛用のお客様へ】 お詫びと自主回収のお知らせ 詳しくはこちら 2021/1/8 珪藻土製品の自主回収に関するご案内ページ 詳しくはこちら 偽サイトにご注意くださ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers

For customersCustomer supportSubscription managementSupport casesRed Hat Ecosystem CatalogFind a partnerFor partnersPartner portalPartner supportBecome a partner Try, buy, & sellRed Hat MarketplaceRed Hat StoreContact salesStart a trialLearning resourcesDocumentationTraining and certification Hybrid cloud learning hubInteractive labsLearning communityRed Hat TVOpen source communitiesAnsibleGlobal

Products Docker DesktopContainerize your applicationsDocker HubDiscover and share container imagesDocker ScoutSimplify the software supply chainDocker Build Cloud Speed up your image buildsTestcontainers Desktop Local testing with real dependenciesTestcontainers Cloud Test without limits in the cloud See our product roadmapMORE resources for developers

［速報］「Open Container Project」発足。Docker、CoreOS、マイクロソフト、Amazon、Googleらが合流し、コンテナは統一仕様へ 6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演において、コンテナ標準化団体「Open Container Project」の発足が発表されました。 コンテナの標準仕様「Open Container Format」発表 Docker創業者兼CTOのSolomon Hykes氏。 Dockerの本当の価値はテクノロジーではない。 何も変更することなくどこでも同じアプリケーションが実行でき、そうしたものが自動化できる、ということが重要だ。Dockerはそのデファクトスタンダードになった。 私たちにはこれを適切な標準にする義務がある。そこで、「Open Container Format」を発表する

Dockerは6月22日（日本時間23日早朝）に開催した「DockerCon 2015」の基調講演で、新しいコンテナランタイム「runC」を発表しました。 Docker Engineと互換、Linux、Windowsをネイティブサポート、ライブマイグレーションも runCのWebサイトの説明によると、runCはDocker Engineと同じ技術であるlibcontainer上に実装されており、Dockerと互換性を備え、従来のDockerイメージはそのまま実行可能。一方、コンテナはrunCの子プロセスとして起動し、デーモンが不要になることで管理が容易になるとのことです。 マイクロソフトとの協業の成果もrunCに投入され、LinuxとWindowsをネイティブにサポート。x86はもちろん、ARMとも協力し、ARMプロセッサもサポート。 runCは「It's available today,

こんにちは。ヨッピーです。本日は大阪に来ております。 まあ僕は元々大阪産まれの大阪育ちだったのですが、東京に引っ越して早12年…。完全に故郷を捨て去って、今ではヒルズでギロッポンでチャンネーでシースーな毎日を送っております。 東京最高！ 大阪上陸記念に法善寺の水掛不動にお参りする僕。苔がすごい。 そもそも、大手IT関連企業の本社といえば大半が東京にあるわけで。僕も含めてWEB関係の仕事をしている以上、どうしても東京を中心に働かざるを得ません。正直、打ち合わせや取材も楽なことが多いです。 とはいえ、日本には47の都道府県があり、各土地で独自の仕事が生まれています。WEB制作も然り。本日は、東京中心にWEB関係の仕事がまわっている現状に対して物申したいという怒れる大阪の方々にお集まりいただきました。それではご紹介しましょう！ 大阪の怒れるWEB制作会社の代表四天王登場！ じゃーん！ 大阪の怒れ