Jiří Bílek

Jiří Bílek (born 4 November 1983[1]) is a Czech former football centre-back.

Jiří Bílek
Jiří Bílek - 2011/12
Personal information
Date of birth (1983-11-04) 4 November 1983
Place of birth Prague, Czechoslovakia
Height 1.86 m (6 ft 1 in)
Playing position(s) Centre-back
Club information
Current team
 Slavia Prague (board member)
Youth career
0000–2003 Sparta Prague
Senior career*
Years Team Apps (Gls)
2003–2006 Chmel Blšany 49 (16)
2006–2009 Slovan Liberec 54 (3)
2009 1. FC Kaiserslautern II 8 (0)
2009–2011 1. FC Kaiserslautern 47 (0)
2012–2014 Zagłębie Lubin 71 (1)
2014–2017 Slavia Prague 67 (7)
National team‡
2002–2003 Czech Republic U20 5 (0)
2004 Czech Republic U21 2 (0)
* Senior club appearances and goals counted for the domestic league only and correct as of 20 February 2016
‡ National team caps and goals correct as of 4 September 2014

Career

Born in Prague, Bílek began his career at FK Neratovice–Byškovice before being scouted from FK Chmel Blšany in 2003. He played in Blšany three years before being transferred to FC Slovan Liberec in 2006. On 7 January 2009, he signed a 3½-year contract with 1. FC Kaiserslautern. He was suspended for unprofessional behaviour on 30 January 2009. He had trials with Championship side Ipswich Town, and will also spend time with Birmingham City. In January 2012, he transferred to Zagłębie Lubin.

He signed for SK Slavia Prague in July 2014. Despite having played as a defensive midfielder for most of his career, he moved into the centre back position in Slavia.

gollark: > sqlite is not less complex than this formatYes. *But*, you don't actually have to interact with the SQLite disk format directly because libsqlite3 exists.
gollark: I suspect SQLite would lose out somewhat in storage efficiency, but it could plausibly be faster for many things at runtime.
gollark: It's less complex for everyone interacting with it, since they can just... use SQLite, which has bindings for everything, instead of "zimlib". And by "efficiency" do you mean "space efficiency" or "lookup efficiency"? Because, as I said, SQLite would probably only add a few bytes per directory entry row, which is not a significant increase.
gollark: SQLite's overhead is pretty low, and the majority of the filesize is from the binary blobs which would remain the same in each.
gollark: It's less complex for them as the code is already there and written with a nice API, and "less efficient" how? Slightly more space on headers?

References
  1. "Mannschaftsspielerdetails" (in German). 1. FC Kaiserslautern. Archived from the original on 1 May 2010. Retrieved 1 March 2010.


This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.