Qiita記事にさりげなく（けど、わかりやすく）環境を記載する - Qiita
  はじめに 先日、@uhooi さんの以下のツイートを見た時に、おっ自分と同じ悩みだなーと思い、Qiita記事の**「どこに」、「どうやって」**、環境を書くといいのか、少し考えてみました Qiitaに記事を投稿するときにいつも悩むのが「環境」を書く位置なんだよな バージョンによって動作が異なることもあるから書くんだけど、流れをぶった切ってしまうことが多いhttps://t.co/TbpySzD4S3 pic.tw
MarkDown記法と、QiitaとVSCodeの違い - Qiita
はじめに MarkDownを様々な場所で書くことが増えてきました。 私の場合は、VSCodeでもMarkDownを書いて、プレビューで見たりしますが、 Qiita、VSCodeでは若干表示に違いが(というか一方では思った通り表示されない)ことが時々あるため、チートシートついでにQiita、VSCodeでの違いをまとめました。 ※VSCodeでのMarkDown表現は初期の状態です。 見出し 先頭に#(半角スペース)をつけ、見出しを書きます。 ##と重ねていくと見出し2、見出し3...となっていきます。 別の書き方として、文字列の下に=をつけると見出し1に、文字列の下に-をつけると見出し2となります。(=、-の個数は自由)
新QiitaでReactをやめてhyperappを採用した背景 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 12/1 に Qiita のトップページをリニューアルしました。これまで React を使っていましたが、それをやめて hyperapp を採用しました。まわりを見てもあまり採用事例が見当たらないので、この記事では一体なんで今をときめく React ではなく hyperapp を選択したのか、どういうところが魅力的なのかについて プレゼンテーション層を実装するためのツールとして 学習コスト の観点から書きたいと思います。なおこの記事に書かれていることは全て個人の感想であり、はっきりいって個人の日記レベルです。 それと hyperapp
.bash_profile ? .bashrc ? いろいろあるけどこいつらなにもの？ - Qiita
正体 ログインシェル（PCを起動したときにデフォルトに指定されるシェル）をbashにしている場合はログイン（起動）時に以下のような順番で設定ファイルが読み込まれ、PATHを通す、エイリアスを定義する、プログラムを実行するなどの設定が自動で設定される。 1. /etc/profile 全ユーザーに適用されるデフォルトの設定ファイル。 ユーザー単位では編集しない。（つまり、ほとんどいじらない） 2. ~/.bash_profile 存在していれば読込まれる設定ファイル。 ユーザー単位での設定を書く。 無くても良い。 3. ~/.bash_login ログインして~/.bash_profileが存在しない場合にのみ、存在していれば読込まれる設定ファイル。 無くても良い。 4. ~/.profile ログインして~/.bash_profile ・ ~/.bash_loginが存在しない場合にのみ、
勉強会の発表下書きにQiitaを使うスタイル - ナカザンドットネット
第40回勉強会(2015/02/21) - 長岡 IT開発者 勉強会(NDS) 第40回 長岡IT開発者勉強会に参加した皆様、お疲れ様でした。初心者Dayという名前ながら知見にあふれた良いイベントだったと思います。 さて、私は「Android再入門 〜Eclipseのことは忘れろ〜」と銘打ち、Android初心者向けにネット情報の取捨選択を行うにあたって考慮してほしいことを発表しました。 Android再入門 〜Eclipseのことは忘れろ〜 from Yukiya Nakagawa また、今回は講演内容をQiitaに下書きして、勉強会と同時に公開するという初めての試みも行いました。 Android再入門 〜Eclipseのことは忘れろ〜 #nds40 - Qiita 1週間で400ストックという凄いペースで伸びていて、承認欲求が大幅に満たされつつもビクビクしている日々です。 この記事では
Qiitaで何があったのか
Qiitaで起きたちょっとした騒ぎについて、事情を知らない人たちが混乱しているみたい。 自分が知っている範囲で、何があったのかを書いておくことにする。� 登場人物については、具体名を出すと迷惑かと思うのですべて伏せる。 知りたければ調べれば分かると思う。 ちょっと前の話何ヶ月くらい前だったか、Qiitaでちょっと�話題になった投稿があった。 Swiftについての話だったからWWDC2014よりは後の話。 この投稿をしたのが今回の騒ぎの中心人物。名前を言ってはいけないあの人。以下Kとする。 で、何が話題だったかって、ものすごい分量のテキストでそれっぽく書いてあるんだけど�内容は�(というかタイトルからして)デタラメ。 でもものすごい分量でそれっぽく書かれていると信じてしまう人もいるようだった。 コメント欄には正しい指摘をする人もいたんだけど、Kは否定的な指摘(客観的に見て正しい指摘なのだが)
Qiita Meetup #8で弊社活用事例を発表しました | リクルート テックブログ
スマートデバイスグループの片渕(@hotchemi)です。 今回Open Network Space Daikanyamaで行われたQiita/Qiita:Team Meetup #8に参加し，「100人で使うQiita:Team」というタイトルで筆者の所属するスマートデバイスグループのQiita:Team活用事例を発表致しました。当日のハッシュタグは#qiita_meetupとなります。 解決すべき課題 どの様なジャンルであろうとツールとは問題解決の手段なので，そもそも解決すべき課題が定まっていなければ導入する意義は薄くなりがちです。 私の所属するスマートデバイスグループは100名を超える比較的大きな組織ですが，以下の様な課題感を抱えていました。 そもそもエンジニアが情報発信する文化が醸成されていない 情報発信するプラットフォームが無いため，メールや会議中心のコミュニケーションとなってい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ubuntuの使い勝手をできるだけMacに近づける - Qiita
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
100人で使うQiita:Team