神戸戦で負傷退場の清水河井と立田「深刻ではない」 - Ｊ１ : 日刊スポーツ
24日のホームヴィッセル神戸戦で負傷退場したJ1清水エスパルスMF河井陽介（29）とDF立田悠悟（20）のケガの現状が明らかになった。25日にヤン・ヨンソン監督（58）が取材に応じ、説明した。河井については「（右まぶた付近を）3針縫い、あごも切っている。脳振とうと診断された」と明かした。立田は外傷はないものの、明日26日に再度精密検査を行うという。 2人はロスタイム中に相手選手と接触し、緊急搬送された。ともに検査後は自宅へ戻ったが、河井は大事を取ってこの日の練習に不参加。立田はクラブハウスでケアに努めた。神戸に退場者2人が出るなど、ロスタイム18分50秒と荒れに荒れた一戦で負傷した2人だが、指揮官は「そこまで深刻ではない」と安堵（あんど）していた。
【新規事業×IT】エン・ジャパン株式会社 インタビュー
エン・ジャパンの新規事業開発室は、担当者それぞれの裁量権が大きく、自由度が高い部署です。新規事業に関わる調査や開発などは、社内リソースにとらわれることなく、外部の企業やフリーランスの方と仕事ができる環境があります。 pastureの事業責任者を務める、エン・ジャパン株式会社 塩見拓己さん。 半年で50案ほどの事業計画を作っては、検証やヒアリングを続ける毎日だったという塩見さん。前述の通り、フリーランスや業務委託として働くメンバーとフレキシブルに仕事をしていましたが、ひとつだけ「大変だな」と感じていたことがありました。それは、毎月発生する発注・請求業務や、新しい取引に伴う契約書などの事務作業。ここに課題を感じた塩見さんは、フリーランスとの仕事を管理するpastureのアイディアを思いつきます。 さっそくフリーランスマネジメントシステムの市場について調査を始めると、とくにフリーランス人口の多い
iOSコンソーシアムTech WG 定例会#40 (2018/11/15 16:00〜)
新機能 バウチャーによるイベント管理機能をリリースしました。協賛企業の社員や関係者のイベント参加を円滑にすることに活用いただけます。詳しくはヘルプページをご覧ください。 新機能 connpass APIに新しく、所属グループを取得できるAPIやユーザーの参加イベントAPIを追加しました。各APIの詳細な仕様や利用方法につきましては、 APIリファレンス をご確認ください。またAPI利用希望の方は connpassのAPI利用について をご覧ください。 お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。 11月 15 iOSコンソーシアムTech WG 定例会#40 Xamarin、Monaca、React Nativeのエキスパ
Tama.rb #10 チェリー本輪読会｜IT勉強会・イベントならTECH PLAY［テックプレイ］
イベント内容 当日の予定 途中の入退室可 16:00頃、解散予定 プロを目指す人のためのRuby入門 輪読会 前もって第7章部分を読んできてもらい、気づいた点や疑問点を共有します。 LTほか 開発相談 ( 時間があれば ) もくもくタイム ( 時間が余れば ) LT内容 未定 Tama.rbの概要 こちらは吉祥寺〜八王子までの通称「多摩地域」の地域Rubyコミュニティです。 その他の言語をやられている方や実務でRubyを書かれていない独学中の方でも大歓迎です。 もくもく会が中心ですが、参加者みんなでOSSのコードを読んだり一部LTをすることもあります。 前回の実施内容 第7章 クラスの作成を理解する LT エンジニアでもこれだけは知っとこ！財務会計入門 主催者より 今回はTama.rbのホームである八王子近辺での開催となります！ ちょっと遠い方も楽しんで頂けるコンテンツ用意して参りますので
OSS 貢献体験記 - ビデオ会議サービス Zoom API バージョンアップに伴う Ruby API クライアントのメソッド修正 - Qiita
先日、ひょんなことから人生初の OSS 貢献を果たしました。 色々試行錯誤しながら取り組み、学ぶことが多くありました。貴重な経験ができたと思うので、体験記としてまとめます。 僕のように、初めて OSS 貢献を始めようと思っている方の参考になれば幸いです。 作成した Pull Request Update user_create action changeable and update meeting_create endpoint by gotchane · Pull Request #2 · hintmedia/zoom_rb · GitHub ビデオ会議サービスの Zoom の API が V1 -> V2 にバージョンアップすることに伴い、Zoom の Ruby クライアントのメソッドを修正した Pull Request です。 背景 2018/11/1 で Zoom API V1
Expoがオープンソースになったり、TypeScriptになったり、よりよいAPIの提供だったり、カスタムネイティブコードだったりなどなどに対応するよ的なお話 ~ 適当な感じでプログラミングとか！
Expo for Professionals Coming to Expo: a new open-source repo, TypeScript, best-in-class APIs, custom native code, more platforms, and much more Expoが新しくブログ記事を公開したんだけど、オープンソース化したりTypeScript対応だったりとかv31でどういう感じにするかとか諸々指針を公開したっていう。 なので今日はそれをざっくりかいつまんだ翻訳的なお話をば。 ■はじめに Expo developers include a wide variety of people making apps with Expo in different ways. To learn more about the most popular apps made
OSS 貢献における GitHub の Issue 探しについて手始めに調べてみた - Qiita
最近 OSS 貢献について興味が湧き、調べ始めています。その中でも最初の取っ掛かりにあたる、Issue 探しについてまず調べてみました。 筆者の状況 OSS 貢献について調べ始めたばかり どのリポジトリに貢献したいかも決まっておらず、探している最中 手がかりとなる Issue の Label について OSS貢献をこれからやろうと思っても、どの Issue から手をつければいいか迷いますよね。 GitHub には、Issue の管理や優先順位付けを助ける役目として、Label をつけることができるのですが、その Label が Issue 探しの手がかりになるようです。 GitHub には デフォルトで準備されている Label があるのですが、その中でも OSS 貢献が初めての人向けの Issue につける Label があります。それが good first issue と help
第3世代バタフライ構造を採用したMacBook Pro (2018)のキーボードでも特定のキーが2回入力されるといった問題が報告されているもよう。 | AAPL Ch.
第3世代バタフライ構造を採用したMacBook Pro (2018)のキーボードでも特定のキーが2回入力されるといった問題が報告されているそうです。詳細は以下から。 Appleが2018年07月11日より発売を開始したMacBook Pro (2018)モデルでは、キーボードトップの下に薄いラバーレイヤー(シリコンバリヤ etc,)が追加された第3世代バタフライ構造のキーボードが採用され静音性が向上し、このレイヤーがゴミをキーボード内に侵入するのを防いでくれるため、MacBook /Pro 2015~2017で問題になっていたキーボードの不具合が解消したと思われていましたが、 このキーボード問題を早いうちから取り上げていた元Ars Technicaのシニアエディタで、現在はThe OutlineのエディタをしているCasey Johnstonさんによると、第3世代バタフライ構造が採用された
［速報］GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 － Publickey
［速報］GitHub Actions発表、Dockerコンテナの連係によるワークフローを自由に定義可能。GitHub Universe 2018 GitHubが主催するイベント「GitHub Universe 2018」が、サンフランシスコで開幕しました。 初日の基調講演で同社は「Pull Request以来もっとも大きな新機能」（同社シニアバイスプレジデント Jason Warner氏）とするGitHubの新機能「GitHub Actions」を発表しました。 GitHub Actionsとは、GitHubのイベントをトリガーとして任意のDockerコンテナの実行を連係させていくことにより、ユーザーが自由にワークフローを定義できるというものです。 ワークフロー内のアクションとしてDockerコンテナを実行できるため、コードのビルドやテストの実行、クラウドへのデプロイなど、GitHubの機
better_errors を普段利用しているエディタと紐付けてエラー関連のファイルを開く - Qiita
Rails アプリケーションのデバッグを便利にする better_errors ですが、エラー発生時に該当ファイルを自分が使っているエディタで開く方法はどうやるのだろうと疑問に思ったので、調べてみました。 前提環境 Mac OSX 10.13.6 ruby 2.4.3 Rails 5.2.1 better_errors 2.5.0 binding_of_caller 0.7.2 Google Chrome Version 69.0.3497.100 やり方 簡単で推奨されているやり方は、利用しているPCの環境変数 EDITOR を設定するやり方でしたので、こちらを紹介します。 他のやり方は BetterErrors/better_errors Wiki · Link to your editor に書かれていますのでご参照ください。 例えば VSCode を better_errors で
Scheduling queries | BigQuery | Google Cloud
Send feedback Stay organized with collections Save and categorize content based on your preferences. Scheduling queries This page describes how to schedule recurring queries in BigQuery. You can schedule queries to run on a recurring basis. Scheduled queries must be written in GoogleSQL, which can include data definition language (DDL) and data manipulation language (DML) statements. You can organ
RubyでGmail風プロフィール画像を生成するinitial_avatarでユーザーを識別しやすくする - PIYO - Tech & Life -
ユーザーにアバター画像（プロフィール画像）を登録してもらうサービスの場合、画像未登録のユーザー用にデフォルトの画像を用意することがあると思います。 グレー背景のシルエットとか、Googleのイニシャル（漢字なら最初の一文字）、Twitterのたまごとか、Slackの模様とか、いろいろなパターンがありますね。 そんななか、Googleのイニシャルの画像と同じような画像を一行で使えるようにするgemを同僚が作ったということで、ここで代わりに紹介したいと思います。 Create Gmail like text avatars for profile pictures using SVG. - GitHub - aki77/initial_avatar: Create Gmail like text avatars for profile pictures using SVG. Rubyのgemな
ググるのをやめるとプログラムの生産性が上がるかもしれない - メソッド屋のブログ
今日はプログラミングの生産性に対して気づきがあったのでシェアしてみたい。 なぜ米国の人は生産性が高いのだろう プログラミングの生産性に関しては以前から興味がありいくつかのポストで考えたことをシェアしてきた。私は職業柄、いろんな国でいろんな人々とプログラミングを一緒にする機会が多い。その時に頻繁に感じるのは、平均的に言うと、アメリカの人プログラマが生産性が高い確率が高くて、しかもコードもきれいだという傾向にある。アメリカでお客さんと一緒にコードを書くと、お客さん自体が物凄く良く知っているし、実行力もある。アメリカの次と言うことでいうと、英語がネイティブの国もそれに近く、フランスなどの言語が近いところが続く感じなので、英語が物凄く影響すると思っていたし、実際すると思う。そのあたりの話はこちらのポストに書いてみた。 simplearchitect.hatenablog.com 定義での理解と、例
React Native をプロダクションで使ってわかった良かった点・悪かった点 - Qiita
こんにちは、株式会社ピケ CTO の中西（@nakanishy）です。 Dish というランチ検索アプリのフロントエンドとデザインを担当しています。 Dish では、React Native を採用して iOS アプリの開発をしています。iOS アプリを正式にリリースしたことがなく、また React Native も初めてだったので、苦戦する場面も多々ありましたが、良かった点もたくさんありました。 この記事では、Web 開発者の視点で React Native の良かった点と悪かった点を紹介したいと思います。 React Native の良かった点 高速に開発できる React Native は、ライブリロードとホットリロードをデフォルトでサポートしているので、Web 開発をしているかの如く高速に開発が進められました。保存すると即座に変更が反映されます。また、ホットリロードの場合、状態を維
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - steve228uk/YouTube-Music: :musical_note: A Mac app wrapper for music.youtube.com
Building Standalone Apps on Your CI - Expo Documentation
かかとローラー
http://twitter.com/i/web/status/1046586577424719877
GitHub - aki77/initial_avatar: Create Gmail like text avatars for profile pictures using SVG.
Automating CodePush deploys with Fastlane