リンク www.pasonisan.com 【CPU知識】クロック数が高いほど値段が高い理由 なぜ、高クロックのCPUは、同ファミリーの低クロックよりも値段が高いのか？高クロックCPUの値段が高いのは、希少価値によるもの。パッケージ化されているCPUにはダイが組み込まれている。 9 users 6

これを受け、ネット上では「メルカリは削除しないのか」「（価格が）落ち着くまで一定期間出品制限をするべきではないか」などの意見が上がっている。 11日には一時、約30万円の出品（すでに売り切れ）もあったことを考えると、メルカリ内での相場価格は落ちてきているが、出品側のいわゆる“転売ヤー”や、マーケットプレースを運営するメルカリに対応を求める批判の声は今でも見受けられる。 メルカリ「出品制限などは考えていない」 この状況をメルカリ側はどう考えているのか。メルカリはITmedia NEWS編集部の取材に対し、PS5本体の高額出品が相次いでいることを「承知している」と認めた上で、「現時点でPS5は出品禁止品にはなっていないため、通常通り取引できる」と現在の状況を説明。 他のECサイトに目を向けると、「ヤフオク!」は12日、相次ぐPS5の高額出品に対して出品削除を示唆する声明を発表。「これを受けて削

あと、のまのまイェイ マイアヒー……めちゃくちゃテレビで流れてました あれは…… モナーを「のまネコ」と言い出したから…… そうしたらネット民は「のまタコ」を描かざるえない 「のまネコ問題」当時、嫌な中学生だったので意味もなくキレてました。インターネットの義憤に同調するのが妙に嬉しかった記憶がある のまネコ問題 エイベックスのグループ会社が「のまネコ」などの著作権表示をつけた商品を販売したことなどに対して、ネット上で抗議が発生し、殺害予告が書き込まれるなどの社会的問題にも発展した一連の事件である。 引用：のまネコ問題wiki あの頃はネットと大企業の戦争みたいになってたね。今以上に「金儲けは悪」みたいな感じがあった ネットが勝てる見込みがあったから祭り状態でした 「のまのま」ってジローラモの登場曲でもありましたよね？ そうなの？ でも歌詞はルーマニア語ですよね……？ ジローラモはイタリア人

【公式】マルちゃん正麺 @maruchanseimen_ 東洋水産「マルちゃん正麺」の公式アカウントです。リプライ・DMへのご返信はしておりませんのでご了承下さい。 maruchanseimen.jp/index.html 【公式】マルちゃん正麺 @maruchanseimen_ 🍜　親　子　正　麺　🍜　1/2　全８ページ 【第１話】本日配信❗️ あの夫婦にかわいい家族が増えて、ページ数も大増量！ #ながしまひろみ 先生（作画）のかわいい絵に悶絶です。 #親子正麺 #マルちゃん正麺 #漫画 #月水金で連載中 #第2話は11月13日 pic.twitter.com/6ixPoYUSeG 2020-11-11 10:00:00

www.ntt.com これを見てちょっと最近の流れと違うなぁとしみじみ思ったので全力で反論してみる。。 僕自身は８１年代生まれ、小学校6年生のときにPC98シリーズのN88Basicで独学でBasicから入って、中高とDirectX使ってゲーム作ったりして、大学のときにバイトで実務のプログラムを初めて〜、と何故かまぁ小さいながらも経営者として傍らまだ炎上した案件とかに入って消火活動に勤しんでたりしてる。まぁ後半はどうでもいいけど、この世代では日本海外とわず独学で勉強するのは至って普通だと思う。クロアチアだと勿論PC98じゃなくてAmigaとかドイツ製のPCが主流のよう。 で、一方で最近の新入社員たちを見てると最初からスクールに通って、大学で授業を真面目にうけて、インターンでメンターに面倒を見てもらって、バイトも常にメンターがいつつ実務に関わってって流れが普通。プログラミングは常に勉強とし

スマートキャンプで業務委託でエンジニアをしている佐藤です。BOXILの開発を1年3ヶ月前から、沖縄からフルリモートでやっています。 皆さんは、毎日楽しくお仕事できていますか？　エンジニアという職業は労働時間やストレスが多く、IT業界は他の業界と比べて精神疾患にかかりやすいと言われています。 私はもともと自己否定ばかりしてしまう思考の癖があることに加えて、7年前に起業に失敗してメンタルを壊してしまったことをいまだに引きずっていて、日々悩みながら生活をしています。 スマートキャンプは、過労とは無縁で、メンバー間のサポートもよく、これ以上ないくらい私に合った職場です。それでも自分の心の問題で不安になったり、絶望感に襲われたりすることがあります。今回はそうなるたびに書き綴ったメモを、開発中にネガティブな気持ちにならないための技術としてまとめようと思います。 メンタルが強くないエンジニアはこんな気持

まえがき コードレビューの目的 大目的 小目的 チェックリスト 優先度高（大きな損失を生む問題・後からの修正が困難な問題） 優先度中 優先度低（システムに大きな影響を与えない問題・後からの修正が容易な問題） レビューを負担にしないために レビューサイズのコントロール 誰がレビューをするか 議論をどうまとめるか 批判と個人攻撃 レビュワー向けアドバイス Code author向けアドバイス 参考文献 まえがき コードレビューの有効性が説かれるようになって久しい。しかし、コードレビューをするべきという観念ばかりが先立ってしまい、何のためにコードレビューをするのか、どのような点をレビューするべきなのかといった、目的や進め方に対する意識が曖昧なケースも数多くあるように思われる[6]。コードレビューの目的を理解せずに惰性でレビューしているだけでは、いずれレビューそのものが形骸化し、単に承認のハンコを

15分以上のデイリースクラム 今一緒に仕事をしているチームでは、毎朝みんなで集まって話をしてる。みんな家から仕事してるからZoomで。 デイリースクラムみたいなものではあるのだけど、15分以内におさめる、ということはあまり考えていない。 だいたい15分は超えていて、長いときは30分ぐらいかかる。でも、それでいいと思っている。それだけ話すことがあるというだけ。 どうして？ 理由は、開発チームだけじゃなくて、プロデューサーも含めて全員で「現状を確認する」「同じ方を向く」「不安を共有する」ということをやっているから。実際のところ、開発チームだけの話だと5分もかからない。 プロデューサーはチームの外側で起こった色んなことをフィルタリングして開発チームに必要な情報を届けてくれる。とても助かる。お互いに情報を共有して、現状の認識合わせをする。そのうえで、今日何をやるべきかを再確認している。 そんな感じ

自分が実際に企業で働くうえでよく使ったコマンドや役に立った設定をまとめてみました。 Git入門系に関しては飽和していると思いますが、ちょっとした応用編としてご覧いただければ幸いです。 自分の環境 ファイルの数や行数が膨大 複数の案件が同時進行することが多く、質問などに答えたりするためにブランチ移動をすることが多い プロジェクト内に複数文字コードが混在している（Shift-JISとUTF-8） コマンド編 基本のコマンド書きなぐり $ git clone <ブランチ名> <ディレクトリ名> # clone先のディレクトリ名まで指定してcloneする $ git pull # pullする。必要に応じて -u や、 remote名、ブランチ名を打ち込む $ git diff # 差分見る $ git diff master HEAD # 現在の状態とmasterを比較する $ git chec

尾瀬ヶ原薄 @tigiru_ebikui @kurotanicrowa 劇場版Fate/Grand Order 神聖円卓領域キャメロットWandering:Agateramマンチョコとかいう少し前のラノベタイトルみたいな長さの商品名… 2020-10-08 12:31:07

まのじ しぞう @shizo_jp @AmounterP 確かに、24-70mmの範囲をf2.8で撮影できるし、その他諸々の機能もあるから、良いレンズなのかもしれないけれど、ちょっと何言ってるか分からないです() nikon-image.com/products/nikko… 2020-10-07 15:56:46 さるなし @AmounterP @shizo_jp 流石に何の根拠も無く見た目だけで美しいと言うつもりは無いでしょうし、何かしら計算上光学的な美しさ（例えるならば数学好きが語る数式の美しさのようなもの）が存在するのだと思います。ただ、素人の私にはそれが分からなくて……勉強したいです。 2020-10-07 16:16:40

風呂場の天井に蜘蛛が張り付いていた。 浴室干し用の除湿機を切り忘れたせいで室内はひどい暑さだった。昨朝干したバスタオルは水分という水分が奪われて干物のようだった。そんな浴室の天井に黒くて小さいそいつはいた。 恐らくハエトリとかいうやつだと思う、小さなクモ。 私は虫が苦手だ、掴むことはできない。ホウキではたいて自分の頭上に落ちてきたらこのサイズでも少し怖い。シャワーで流してしまう手もあるがこんな手合いのためにせっかく乾いたこの部屋を濡らすのも馬鹿らしい。 後で殺そう 風呂に入る時に流してしまえばいいと思った。 翌日、リビング兼寝室の壁に奴はいた。 ベッドに腰掛けた私の顔の高さに張り付いていたので確実に目が（これが目なのか定かではないけれど）合った。 小さな前足をこしこしとこすり合わせ安っぽい賃貸のビニールクロスに張り付いていた。 こんな至近距離でクモを見たことはない、不思議と恐怖はなかった。

刃牙を読んだことがない人に「最大トーナメント」を予想してもらった結果、ジャック・ハンマーが猿に食い殺されるなど想定外すぎる結果の連続でした。 こんにちは、ライターのギャラクシーです。 僕は板垣恵介先生の『グラップラー刃牙』という漫画が大好きで、全シリーズ読んでいます。特に最大トーナメント編は、数十回は読み返していて、誰がどのように勝ってどんなセリフを言うのか、ほぼ暗記してしまいました。 あぁ、結果がわかってる勝負じゃなく、今この脳内に存在しない最大トーナメントに出会いたい…… そこで僕は考えました。 刃牙シリーズをまったく読んだことがない人たちを集めて、最大トーナメントを予想してもらえば、想像もしなかった戦いが繰り広げられるのではないか。 というわけで、刃牙を読まずに生きてきた こちらのメンバーに集まってもらいました。 左から、神田、甲斐、長島、の三人。 バーグハンバーグバーグのインターン

― 堀さんご自身について教えてください。 株式会社シャノンのCTOの堀です。技術部門のマネジメントをしています。 開発のディレクションと製品企画のディレクションを両方担当していますが、製品企画のほうがウェイトが大きく、7割ぐらいの時間を製品企画側の仕事に費やしています。どんな製品をつくるべきか、どういうプロジェクトチームでいつまでにリリースするのか、といったプロダクトマネジメント全般を他のプロダクトマネージャーと一緒に行っています。 ― プロダクトの開発体制を教えて下さい。 現在シャノンの社員数は150人ほどですが、開発部門はQAチームを含めて約25人、インフラチームが約5人、プロダクトマネジメントを行う製品企画チームが4人、といった構成です。上海にも開発拠点があります プロダクトマネージャーは各スクラムチームのプロダクトオーナーの位置づけで、要件の優先順位の決定やスプリントのレビューを行

吉村拓也【イラスト講座】 @hanari0716 6年間作り続けている《イラスト講座全500枚超》を【pixivFANBOX】ですべて公開してます🔻🔻🔻🔻🔻【📚FANBOX講座📝】👉pixiv.net/fanbox/creator… takuya-yoshimura.fanbox.cc

【動画】 ネットで生配信中にオイルマッチで大火事発生 1 名前： ファイヤーバードスプラッシュ(やわらか銀行)＠＼(^o^)／：2015/10/04(日) 19:19:53.50 ID:SVwQP/Pt0.net 動画 https://www.youtube.com/watch?v=c_orOT3Prwg#t=4m54s 配信元（録画） http://kukulu.erinn.biz/live.php?hash=75814573&action=viewTimeshift&wmvto=&firstseek=1443930000 2: 不知火(中部地方)＠＼(^o^)／ 2015/10/04(日) 19:21:16.11 ID:kCcgjpRB0.net 火事ってこうやって起こるんだなぁ 4: ボマイェ(東京都)＠＼(^o^)／ 2015/10/04(日) 19:22:20.04 ID:hHv

今日の西スポ紙面より ニッカンスポーツにも引退記事が掲載されているようです http://viewer.nishispo.jp/books/menu/thumbnail/P000002006/P000002006-5_1.jpg ※追記 昌さんのホームページに引退報告が掲載されました。確定です･･･

「コードレビューをキメると品質も上がるし自分のレベルも上がるので最高」みたいな論が巷を賑わせていて、以前はそういうイケてる制度を指をくわえてみるのみだったのだけれど、最近職場と、それと個人的に関わったプロジェクトでコードレビュー制を無理矢理交渉して導入してみた結果、世間のイケてる書籍やエントリから得られる情報とはまた少し違う知見が得られたので書いてみる。 割と泥臭かったり、あまり希望に溢れてたりはしない感じのエントリなのでそういうのは期待しないほうがいいです。 準備 些末なコードレビューを極力避けるために、コードの規約やスタイルについてはlintとフォーマッターを用意した。 他は無策。 結論 結論から言うと、理想的な運用は出来なかったものの、コードレビューについて世間で言われるような成果（作業を共有する意識、レベルの向上）は得られた。良かった。 ぶっちゃけ僕なんかが浅はかな考えで導入しても

ChainerでAutoencoderを試してみる記事です。前回の記事、「【機械学習】ディープラーニング フレームワークChainerを試しながら解説してみる。」の続きとなります。ディープラーニングの事前学習にも使われる技術ですね。 本記事で使用したコードはコチラから取得できます。 1.最初に AutoencoderとはAuto(自己) encode(符号化)er(器)で、データを2層のニューラルネットに通して、自分自身のデータと一致する出力がされるようパラメーターを学習させるものです。データだけあれば良いので、分類的には教師なし学習になります。 学習フェーズ こんなことをして何が嬉しいのかというと、 入力に合わせたパラメーター$w_{ji}$を設定できる。（入力データの特徴を抽出できる） その入力に合わせたパラメーターを使うことでディープなニューラルネットでの学習を可能にする（ランダム値

2015.06.03 スキル 社会人になったばかりの若いエンジニアの中には、一度この道に足を踏み入れたからには、自らの技術一本で身を立てていけたらという、強い思いを胸に秘めている人も少なくないのではないか。 そう考えて今回、Rubyの父として知られるまつもとゆきひろ氏に、あえて「これからの時代に技術だけで生き残るには？」という偏ったテーマで取材を依頼した。返ってきたメールの冒頭にあったのが、次の一文である。 「技術だけで生きるというのは幻想である」 まずはその真意を聞くところから、取材は始まった。 まつもとゆきひろさん(@yukihiro_matz) 1965年生まれ。筑波大学第三学群情報学類卒業。プログラミング言語Rubyの生みの親。株式会社ネットワーク応用通信研究所フェロー、一般財団法人Rubyアソシエーション理事長、Speeeをはじめとした複数社の技術顧問、Herokuチーフアーキテ